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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
konifar
April 18, 2024
Technology
8.3k
18
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
自分が "コントロールできる" と思い込んで "引き出しを増やす"
konifar
15
6k
自分が詳しくない領域でAIを使う #プロヒス2026
konifar
22
9.6k
マネージャー版 "提案のレベル" を上げる
konifar
27
22k
AIで 浮いた時間で 何をする? 2026春 #devsumi
konifar
21
6.4k
登壇資料を作る時に意識していること #登壇資料_findy
konifar
7
3.4k
事業部のプロジェクト進行と開発チームの改善の “時間軸" のすり合わせ
konifar
12
4.7k
チーム開発の “地ならし"
konifar
8
18k
AIで 浮いた時間で 何をする? #プロヒス2025
konifar
27
17k
物語を動かす行動"量" #エンジニアニメ
konifar
19
7.6k
Other Decks in Technology
See All in Technology
Microsoft 365 Copilot chat -tekoälypalvelun tietosuojaongelmat
hponka
0
440
V8コントリビュート超入門
riyaamemiya
0
140
Benchmarking Vector Databases: pgvector vs. LanceDB
tsho
0
150
KPIだけでは評価できないプロダクトが考えるべき Evalsという第二の評価系 / Beyond KPIs: Evals as a Second Evaluation Framework for Products #PdEConf
aki_iinuma
4
3.7k
From Vanilla Kubernetes to a Batteries-Included Platform: Developer Experience at 1,300+ Clusters
yosshi_
0
580
AI 駆動 Terraform 開発/SRE_BizReach_MIXI_2
visional_engineering_and_design
2
1.7k
2026-09-04 SRE Tech Talk #15 怠惰なTerraform / Lazy Terraform
masasuzu
0
210
Self Healing Rollouts: Automating Production Fixes with Agentic AI
kdubois
0
160
振り返りこそエンジニアの本領
negima
0
320
Multica × 長期記憶:40個のミニプロジェクト管理
eiei114
0
160
薬剤師(ドメインエキスパート)と一緒に育てる薬局向けAIアシスタント
kakehashi
PRO
2
110
いま、生成AIにKaggleをどこまで 任せられるか — ROGIIコンペでの進め方とTips
k951286
3
1.4k
Featured
See All Featured
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
200
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
320
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
[SF Ruby Conf 2025] Rails X
palkan
2
1.3k
Between Models and Reality
mayunak
4
450
Technical Leadership for Architectural Decision Making
baasie
3
550
Information Architects: The Missing Link in Design Systems
soysaucechin
1
1.1k
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.8k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
490
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.6k
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計測や、チームトポロジーといった組織体制の構築などはすべて戦術 の話 - アウトカムを意識しつつも、今はとにかくアウトプット量にこだわるぞとかもアリ
むずかしい
どうしてるか教えてください!
ありがとうございました