Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
オーナーシップを持つ領域を明確にする
Search
konifar
April 18, 2024
Technology
8.4k
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
AIで選択肢が広がった組織設計の理想と現実
konifar
0
130
自分が "コントロールできる" と思い込んで "引き出しを増やす"
konifar
15
7.1k
自分が詳しくない領域でAIを使う #プロヒス2026
konifar
23
9.9k
マネージャー版 "提案のレベル" を上げる
konifar
27
22k
AIで 浮いた時間で 何をする? 2026春 #devsumi
konifar
21
6.7k
登壇資料を作る時に意識していること #登壇資料_findy
konifar
7
3.5k
事業部のプロジェクト進行と開発チームの改善の “時間軸" のすり合わせ
konifar
12
4.8k
チーム開発の “地ならし"
konifar
8
18k
AIで 浮いた時間で 何をする? #プロヒス2025
konifar
27
18k
Other Decks in Technology
See All in Technology
VLA-JEPA: Enhancing Vision-Language-Action Models with Latent World Models
takmin
0
310
背中から、背中へ ー 社外コミュニティで学んだ「雑に背中を押す」という恩送り ー / easygoing encouragement and pay forward to community
naitosatoshi
0
210
LLM Content Moderationを支える評価・改善ループの実践
suikabar
2
340
Refining Active Record
shugo
0
250
freeeにおける AI を用いた ブラウザ動作確認の自動化の取り組み
freee
PRO
0
190
Vue.jsのGitHubから学ぶ意思決定
yut0naga1_fa
1
130
ストレスなくAIと付き合いたい!こんなときどうしてる?
namiki64
4
690
Agent × Maestro で始める モバイル E2E 端末準備からテスト実行・結果確認まで
sansantech
PRO
0
190
CSS2026:OWS研究会・招待講演「世界観を、実装する」
atsush1_sada
2
290
Draft AIエージェントの トークン消費を最小化する 8つの原則
kinopeee
5
1.7k
Microsoft のサポート ライフサイクルを理解する
murachiakira
PRO
0
160
Gemini Intelligence 入門 ― AppFunctions と Gemini Nano
takuroabe
0
370
Featured
See All Featured
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
580
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
540
Building AI with AI
inesmontani
PRO
1
1.3k
Why Our Code Smells
bkeepers
PRO
340
58k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
450
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
50
10k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
A Tale of Four Properties
chriscoyier
163
24k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
720
Building Better People: How to give real-time feedback that sticks.
wjessup
371
20k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.9k
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計測や、チームトポロジーといった組織体制の構築などはすべて戦術 の話 - アウトカムを意識しつつも、今はとにかくアウトプット量にこだわるぞとかもアリ
むずかしい
どうしてるか教えてください!
ありがとうございました