Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
オーナーシップを持つ領域を明確にする
Search
konifar
April 18, 2024
Technology
13
3.3k
オーナーシップを持つ領域を明確にする
ビジネスインパクトを最大化するEM戦略【EM Oasis #4】
https://emoasis.connpass.com/event/312868/
konifar
April 18, 2024
Tweet
Share
More Decks by konifar
See All by konifar
雑に思考を整理する技術と効能
konifar
62
30k
何のための個人目標設定?
konifar
27
13k
30点で打席に立つ
konifar
79
47k
Linterでチョット安心 iOS多言語化対応 / ios-i18n-linter
konifar
1
880
VPoEとして1年 もっとこうすればよかった3選 / VPoE Retrospective
konifar
13
6k
Introduction to API Testing Automation by Postman
konifar
1
3.4k
Kyash iOSアプリのQAの歴史
konifar
1
9.7k
エンジニアから見たKyashのPdMのおしごと / An engineer's perspective for PdM roles in Kyash
konifar
3
1.8k
Kyash Androidのイースターエッグ実装 / Kyash Android Easter Eggs
konifar
2
1.1k
Other Decks in Technology
See All in Technology
Building a RAG-poweredAI chat appwith Python and VS Code
pamelafox
0
140
自己改善からチームを動かす! 「セルフエンジニアリングマネージャー」のすゝめ
shoota
6
1k
【基本】データベース設計
oracle4engineer
PRO
2
150
ゼロから始めるVue.jsコミュニティ貢献 / first-vuejs-community-contribution-link-and-motivation
lmi
1
150
いつか使うかも貯金してたらめちゃめちゃ機能が増えてた話
riyaamemiya
0
610
アクセス制御にまつわる改善 / Improving access control
itkq
0
590
コードファーストの考え方。 Amplify Gen2から学ぶAWS次世代のWeb開発体験
yoshiitaka
1
290
「スニダン」開発組織の構造に込めた意図 ~組織作りはパッションや政治ではない!~
rinchsan
4
610
今日からできる!簡単 .NET 高速化 Tips -2024 edition-
xin9le
7
3.6k
【NW X Security JAWS#3】L3-4:AWS環境のIPv6移行に向けて知っておきたいこと
shotashiratori
1
610
Google Cloud Next '24でブログを10本書いた方法と勉強会を沸かせた方法
yasumuusan
0
330
コードや知識を組み込む / Incorporate Code and knowledge
ks91
PRO
0
140
Featured
See All Featured
Large-scale JavaScript Application Architecture
addyosmani
504
110k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
226
51k
Side Projects
sachag
451
41k
Fontdeck: Realign not Redesign
paulrobertlloyd
76
4.9k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
65
14k
From Idea to $5000 a Month in 5 Months
shpigford
378
45k
Fireside Chat
paigeccino
22
2.6k
Adopting Sorbet at Scale
ufuk
69
8.6k
Building Flexible Design Systems
yeseniaperezcruz
320
37k
Creatively Recalculating Your Daily Design Routine
revolveconf
211
11k
[RailsConf 2023] Rails as a piece of cake
palkan
27
4k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
20
1.7k
Transcript
オーナーシップを持つ 領域を明確にする 2024/04/18 (木) ビジネスインパクトを最大化するEM戦略【EM Oasis #4】 @konifar
https://emoasis.connpass.com/event/312868/
むずかしい
何が難しいか - “ビジネスインパクト”とは何かから考える必要がある - “戦略”は、視野を広げて経営・組織・プロダクトの状況を踏まえて決定する必要があ る
LTなので雑めに 考えを話します
ビジネスインパクト とは何か
企業価値の向上
『企業価値の向上』を雑にこう捉えてみる - 短期 = 売上・利益 - 粗利 = 売上高 -
売上原価 (人件費含む) - 長期 = 社会的インパクト - 一企業の利益というよりは、ビジョンの実現に対する期待
- 短期 = 売上・利益 - 粗利 = 売上高 - 売上原価
(人件費含む) - 長期 = 社会的インパクト - 一企業の利益というよりは、ビジョンの実現に対する期待 『企業価値の向上』を雑にこう捉えてみる 事業やフェーズによるけど たぶん求められることが多いのはこっち
ビジネスインパクトを最大化する => 売上・利益を増やす (実際には事業計画によるが、ここではこういう整理とする)
利益を増やす - 売上を上げる - ex) 単価を上げる - ex) 売れるものを作る -
ex) たくさん売る - 原価を下げる - ex) 開発効率を上げる - ex) 運用コストを下げる
(EMとして) 利益を増やす? - 売上を上げる - ex) 単価を上げる? - ex) 売れるものを作る?
- ex) たくさん売る? - 原価を下げる - ex) 開発効率を上げる? - ex) 運用コストを下げる? 組織全体としてはわかるけど、 EMとして / エンジニアとして と考えると 何をすればいいのかわかりにくい
なぜわかりにくいか - エンジニアだけではコントロールしにくいところも含まれる - 利益を出せるものを見極めて無駄なものを作らない = Product Management - 作ったものをどんどん広めていく
= 営業・マーケティング - 全く悪いことではない - むしろ組織としては責務を分けて動くのは自然なこと
Kyashの場合 - 売上を上げる - ex) 単価を上げる - ex) 売れるものを作る -
ex) たくさん売る - 原価を下げる - ex) 開発効率を上げる? - ex) 運用コストを下げる? <= 仕様の判断はもちろんあるが他社とのビジネススキームにも依存 <= 法律やコンプライアンス観点の制約も大きく整理が必要 <= toBプロダクトはSalesの戦略の方が利益を左右する
Kyashの場合 - 売上を上げる - ex) 単価を上げる - ex) 売れるものを作る -
ex) たくさん売る - 原価を下げる - ex) 開発効率を上げる? - ex) 運用コストを下げる? こっちはエンジニアが オーナーシップを発揮しやすい領域
EMとして何をするべきか
過度にオーナーシップを持とうとしなくていい - Product Management のロールがある場合、何を作るかの責務はお任せしてもよ い - いわゆる目的不確実性を減らす領域 - その上で、意思決定の質を上げるのはエンジニアが力強く
”フォロー”できる - データエンジニアリング、 A/Bテスト基盤、高速プロトタイピングなど - オーナーシップを持って取り組むところを明確にするのが大事 - 事業計画の達成に向けて、エンジニアとしてコントロールして成果を出せる領域
エンジニアとしてのオーナーシップ例 - 生産力の最大化 - アウトカムは意識しつつもアウトプットにこだわる - エンジニアがコントローラブルなのはやはりアウトプット - 個人の成長に加えて、組織としての成熟 -
コストの最適化 - インフラコストの見直し - コストの見える化
“いつ”時点の売上・利益を 意識するべきか
事業計画による
“いつ”時点での粗利の最大化を意識するか - EMとしては半年〜1年くらい先を意識するとよいと思う - 目標の元となる事業計画を把握するのが大事 - “いつ”の成果を出すかの認識を上長や経営と合わせておくこと - このプロセスとしての組織目標設定
ビジネスインパクトを 最大化するEM戦略
EMとしての戦略 - “いつ”の成果を考えるべきか擦り合わせる - ビジネスインパクトは事業計画による。わかりやすいところで言えば売上や粗利 - 事業計画を把握して、見るべきタイムスパンの認識を上長や経営と合わせておく - “どこ”にオーナーシップを持つべきか決める -
組織全体を把握してエンジニア組織として大きな成果を出せるところを見極めて宣言する - 成果指標としてのFour Keys計測や、チームトポロジーといった組織体制の構築などはすべて戦術 の話 - アウトカムを意識しつつも、今はとにかくアウトプット量にこだわるぞとかもアリ
むずかしい
どうしてるか教えてください!
ありがとうございました