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
16
5.5k
オーナーシップを持つ領域を明確にする
ビジネスインパクトを最大化する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
4
1.7k
サバイバルモード下でのエンジニアリングマネジメント
konifar
29
11k
Android開発以外のAndroid開発経験の活かしどころ
konifar
3
2.6k
初めてのiOS関連GitHub ActionsをMarketplaceに公開するまでの実録
konifar
3
340
雑に思考を整理する技術と効能
konifar
76
42k
何のための個人目標設定?
konifar
31
17k
30点で打席に立つ
konifar
87
56k
Linterでチョット安心 iOS多言語化対応 / ios-i18n-linter
konifar
2
1.4k
VPoEとして1年 もっとこうすればよかった3選 / VPoE Retrospective
konifar
13
6.4k
Other Decks in Technology
See All in Technology
AIエージェント開発における「攻めの品質改善」と「守りの品質保証」 / 2024.04.09 GPU UNITE 新年会 2025
smiyawaki0820
0
430
50人の組織でAIエージェントを使う文化を作るためには / How to Create a Culture of Using AI Agents in a 50-Person Organization
yuitosato
6
3.3k
古き良き Laravel のシステムは関数型スタイルでリファクタできるのか
leveragestech
1
650
SRE NEXT CfP チームが語る 聞きたくなるプロポーザルとは / Proposals by the SRE NEXT CfP Team that are sure to be accepted
chaspy
1
590
Devinで模索する AIファースト開発〜ゼロベースから始めるDevOpsの進化〜
potix2
PRO
7
3.1k
開発視点でAWS Signerを考えてみよう!! ~コード署名のその先へ~
masakiokuda
3
160
10分でわかるfreeeのQA
freee
1
12k
LangfuseでAIエージェントの 可観測性を高めよう!/Enhancing AI Agent Observability with Langfuse!
jnymyk
1
180
技術者はかっこいいものだ!!~キルラキルから学んだエンジニアの生き方~
masakiokuda
2
240
LLM とプロンプトエンジニアリング/チューターをビルドする / LLM, Prompt Engineering and Building Tutors
ks91
PRO
1
240
OSSコントリビュートをphp-srcメンテナの立場から語る / OSS Contribute
sakitakamachi
0
1.3k
YOLOv10~v12
tenten0727
4
910
Featured
See All Featured
What's in a price? How to price your products and services
michaelherold
245
12k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
2.9k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
9
740
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.5k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
30
2k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
The Cost Of JavaScript in 2023
addyosmani
49
7.7k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.6k
Building Flexible Design Systems
yeseniaperezcruz
329
38k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
5
530
Building Better People: How to give real-time feedback that sticks.
wjessup
367
19k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
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計測や、チームトポロジーといった組織体制の構築などはすべて戦術 の話 - アウトカムを意識しつつも、今はとにかくアウトプット量にこだわるぞとかもアリ
むずかしい
どうしてるか教えてください!
ありがとうございました