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
7.1k
17
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
オーナーシップを持つ領域を明確にする
ビジネスインパクトを最大化するEM戦略【EM Oasis #4】
https://emoasis.connpass.com/event/312868/
konifar
April 18, 2024
More Decks by konifar
See All by konifar
自分が詳しくない領域でAIを使う #プロヒス2026
konifar
21
9.3k
マネージャー版 "提案のレベル" を上げる
konifar
27
21k
AIで 浮いた時間で 何をする? 2026春 #devsumi
konifar
21
6.3k
登壇資料を作る時に意識していること #登壇資料_findy
konifar
7
3.3k
事業部のプロジェクト進行と開発チームの改善の “時間軸" のすり合わせ
konifar
12
4.6k
チーム開発の “地ならし"
konifar
8
18k
AIで 浮いた時間で 何をする? #プロヒス2025
konifar
27
17k
物語を動かす行動"量" #エンジニアニメ
konifar
19
7.5k
提案のレベルを上げる #QiitaConference
konifar
98
43k
Other Decks in Technology
See All in Technology
Bits AI を制するものは Datadog を制す / The player that controls Bits AI, controls Datadog
kaminashi
0
110
SmartHR Engineering Team Deck
smarthr
1
2.2k
Reference-Free Image Quality Assessment for Virtual Try-On via Human Feedback
zozotech
PRO
0
200
社内の7割が使うデータ基盤を、 データチーム2人で回すためにやったこと
koh_yoshi
4
1.4k
JavaScript 研修 (2026)
recruitengineers
PRO
2
580
カートの信頼性を担保するWireMockを使ったe2eテスト
ykagano
0
350
メルカリのグローバルアプリで挑んだ AlloyDB 運用と課題解決の実践記
hatappi
0
250
同じWAFが、攻撃の“形”は弾く── 正当な“形”の不正は通す
kuroneko13
0
210
老害フォレンジッカーはAI羊の夢を見るか?
tadmaddad
0
340
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
19k
モノリス Rails でも日中に rails db:migrate を走らせたい! / Daytime rails db:migrate on Monolithic Rails!
euglena1215
4
610
Data Hubグループ 紹介資料
sansan33
PRO
0
3.2k
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
528
40k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
210
Leo the Paperboy
mayatellez
8
2.1k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
650
We Have a Design System, Now What?
morganepeng
55
8.3k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
280
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
Discover your Explorer Soul
emna__ayadi
2
1.3k
Documentation Writing (for coders)
carmenintech
77
5.5k
Unsuck your backbone
ammeep
672
58k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
460
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
350
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計測や、チームトポロジーといった組織体制の構築などはすべて戦術 の話 - アウトカムを意識しつつも、今はとにかくアウトプット量にこだわるぞとかもアリ
むずかしい
どうしてるか教えてください!
ありがとうございました