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
新規事業のOKRに寄り添う開発の意思決定 / Development decisions to lean on business OKRs
Search
zuckey_17
April 11, 2022
Technology
1
410
新規事業のOKRに寄り添う開発の意思決定 / Development decisions to lean on business OKRs
https://studist.connpass.com/event/240401/
の発表資料です。
zuckey_17
April 11, 2022
Tweet
Share
More Decks by zuckey_17
See All by zuckey_17
お手並み拝見にしないオンボーディング
zuckey_17
2
1.4k
事業の試行錯誤を支える コードを捨てやすくして システムをシンプルに保つ設計と工夫
zuckey_17
10
4.2k
事業の試行錯誤を支えるピボットしやすいシステム設計と工夫 / Easy-to-pivot system design to support trial and error in business
zuckey_17
4
850
Relearning Eloquent
zuckey_17
0
1.7k
Redash made inter-team communication active -
zuckey_17
2
4.9k
しがないラジオの作り方
zuckey_17
0
2.6k
今更聞けないReact
zuckey_17
4
1.9k
Other Decks in Technology
See All in Technology
サーバーレスAPI(API Gateway+Lambda)とNext.jsで 個人ブログを作ろう!
shuntaka
PRO
0
560
エンジニア向け会社紹介資料
caddi_eng
14
220k
20240724_cm_odyssey_hibiyatech
hiashisan
0
110
大規模ドラレコデータ収集・機械学習基盤を支える AWS CDK 〜導入・運用事例紹介〜
pemugi
0
110
エンジニアの生存戦略 〜クラウド潮流の経験から紐解く技術トレンドのメカニズムと乗りこなし方〜
shimy
9
1.9k
AIエージェントを現場に導入する目線とは
masahiro_nishimi
1
1.5k
フルリモートワークはエンジニアの夢を叶えたか? #cm_odyssey
mamohacy
2
600
ABEMAにおけるLLMを用いたコンテンツベース推薦システム導入と効果検証
cyberagentdevelopers
PRO
1
740
たくさん本を読んだけど 1年後には綺麗サッパリ!を乗り越えて 学習の鬼になるぞ👹
yum3
0
160
地理情報とAPIのトレンド
nagix
0
160
成長期に歩みを止めないための創業期の開発文化形成
mayah
6
420
データ分析基盤を作ってみよう~設計編~
nrinetcom
PRO
1
110
Featured
See All Featured
No one is an island. Learnings from fostering a developers community.
thoeni
17
2.8k
Side Projects
sachag
451
42k
For a Future-Friendly Web
brad_frost
173
9.2k
Music & Morning Musume
bryan
43
5.9k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
155
14k
Learning to Love Humans: Emotional Interface Design
aarron
269
39k
How to name files
jennybc
67
96k
Code Review Best Practice
trishagee
58
16k
The Mythical Team-Month
searls
217
43k
5 minutes of I Can Smell Your CMS
philhawksworth
200
19k
Bootstrapping a Software Product
garrettdimon
PRO
304
110k
Building an army of robots
kneath
301
42k
Transcript
新規事業のOKRに寄り添う 開発の意思決定 Studist Tech Talk #1 @2022-04-06
zuckey (ずっきー) ✓ 新規事業⽴ち上げ時にリードエンジニアとして⼊社 ✓ 現在はEngineering Manager兼開発責任者 ✓ 趣味は Minecraft
最近整備した上空の庭園
✓ OKR? 新規事業で感じたOKRの難しさ ✓ 開発チームが事業のOKRに寄り添うとは Topics
⚠ EXCUSE ⚠ ✓ タイトルにOKRをどーんと掲げていますが、⼀般にいう理想的な OKRの取り組みの話にはなりません ✓ 会社全体のOKR運⽤の中で、⾃分たちの状況にマッチするよう エッセンスを取り⼊れ、開発に役⽴てた事例の紹介になります
本題に⼊る前に 認識合わせ
None
1. PoC(Proof Of Concept)期 ✓ パイロット顧客に伴⾛してプロトタイプと⼿運⽤を混ぜながら価値検証 2. MVP実装期 ✓ 提供したい価値を固めて実装、顧客にヒアリングしながら最低限固める
3. ビジネスモデル確⽴期 ✓ MVPを実運⽤になじませ、価値を感じていただけた顧客から受注する ✓ 受注が重なればビジネスモデルが確⽴できたとみなせる ✓ 改善要望やデータをもとに、⼩さく速く作っては当ててみる 新規事業のフェーズわけ
1. PoC(Proof Of Concept)期 ✓ パイロット顧客に伴⾛してプロトタイプと⼿運⽤を混ぜながら価値検証 2. MVP 実装期 ✓
提供したい価値を固めて実装、顧客にヒアリングしながら最低限固める 3. ビジネスモデル確⽴期 ✓ MVPを実運⽤になじませ、価値を感じていただけた顧客から受注する ✓ 受注が重なればビジネスモデルが確⽴できたとみなせる ✓ 改善要望やデータをもとに、⼩さく速く作っては当ててみる 新規事業のフェーズわけ 今ココ
✓ OKR? 新規事業で感じたOKRの難しさ ✓ 開発チームが事業のOKRに寄り添うとは Topics
Objectives and Key Results
ざっくりOKR ✓ 導⼊の⽬的: 組織の⽅向性の調整 と 個⼈のアクションへの紐付け(not ⼈事評価) ✓ Objectives: 気後れするぐらい⾼いレベルの、ワクワクする⽬標
✓ Key Results: 頑張っても 6,70% の達成度になりそうな測定可能な成果指標(ムーンショット) ✓ 「会社 > 事業 > チーム > 個⼈」のようにTree状につながるように設定 ✓ オープンにして別のチーム、メンバーなどとの協⼒を促す ✓ 短期のスパン(4半期を推奨)で⾒直し、⽅向修正したり、もしも達成した場合により⾼いレベルに設定する ✓ ⽉曜に⽅向修正し、⾦曜⽇に成果を称え合う
(とくに新規事業で)ここが難しいよOKR ✓ 6,70%達成、ムーンショットの認識のズレ ✓ 数字に変化が少ない事業状況だとKRを追いかけずらい
(とくに新規事業で)ここが難しいよOKR ✓ 6,70%達成、ムーンショットの認識のズレ ✓ 数字に変化が少ない事業状況だとKRを追いかけずらい 価値検証が重要なフェーズではKRが曖昧に その到達度の認識も⼈それぞれ
(とくに新規事業で)ここが難しいよOKR ✓ 6,70%、ムーンショットの認識のズレ ✓ 数字に変化が少ない事業状況だとKRを追いかけずらい 価値検証が重要なフェーズでKRが曖昧に。 その到達度の認識も⼈それぞれ プロダクト指標をえいやで決めてみたものの ユーザー数が少なくてそもそも使ってもらえず、
振り返るネタがない
(とくに新規事業で)ここが難しいよOKR ✓ 6,70%、ムーンショットの認識のズレ ✓ 数字に変化が少ない事業状況だとKRを追いかけずらい 価値検証が重要なフェーズでKRが曖昧に。 その到達度の認識も⼈それぞれ お試し期間で無償提供 売上をKRにしていたら数ヶ⽉変化なし…
プロダクト指標をえいやで決めてみたものの ユーザー数が少なくてそもそも使ってもらえず、 振り返るネタがない
1. PoC(Proof Of Concept)期 ✓ パイロット顧客に伴⾛してプロトタイプと⼿運⽤を混ぜながら価値検証 2. MVP 実装期 ✓
提供したい価値を固めて実装、顧客にヒアリングしながら最低限固める 3. ビジネスモデル確⽴期 ✓ MVPを実運⽤になじませ、価値を感じていただけた顧客から受注する ✓ 受注が重なればビジネスモデルが確⽴できたとみなせる ✓ 改善要望やデータをもとに、⼩さく速く作っては当ててみる 新規事業のフェーズわけ 今ココ
新規事業のフェーズわけ 今ココ 1. PoC(Proof Of Concept)期 ✓ パイロット顧客に伴⾛してプロトタイプと⼿運⽤を混ぜながら価値検証 2. MVP
実装期 ✓ 提供したい価値を固めて実装、顧客にヒアリングしながら最低限固める 3. ビジネスモデル確⽴期 ✓ MVPを実運⽤になじませ、価値を感じていただけた顧客から受注する ✓ 受注が重なればビジネスモデルが確⽴できたとみなせる ✓ 改善要望やデータをもとに、⼩さく速く作っては当ててみる PoC期、MVP実装期は、⽴ち返るべき KR の設定が難しく、 ある種OKRをうまく回すことを諦めていた。
プロダクト・マーケット・フィット[製品と市場の最適な組 み合わせ]を⾒つける前のスタートアップがOKRを使うべ きかと聞かれたら、⾃信を持ってイエスとは⾔えない(中 略)、OKRの導⼊は時期尚早だ。 クリスティーナ・ウォドキー. OKR(オーケーアール) (Japanese Edition)
✓ OKR? 新規事業で感じたOKRの難しさ ✓ 開発チームが事業のOKRに寄り添うとは Topics
O: Hansoku Cloudが⼩売企業の売上最⼤化に貢献するツールだと認められ、 ビジネスモデルを確⽴することができる KR1: 売上指標 ARR x万円 KR2:
商品陳列指⽰配信数 x回 KR3: ⼩売企業のユーザー利⽤頻度 x⽇/週 事業OKR(例)
O: Hansoku Cloudが⼩売企業の売上最⼤化に貢献するツールだと認められ、 ビジネスモデルを確⽴することができる KR1: 売上指標 ARR x万円 KR2:
商品陳列指⽰配信数 x回 KR3: ⼩売企業のユーザー利⽤頻度 x⽇/週 事業OKR(例) この数字の根拠は?顧客の数から逆算して 妥当か?増えるなら何社程度増えるのか? ⼀社あたりの単価は?
O: Hansoku Cloudが⼩売企業の売上最⼤化に貢献するツールだと認められ、 ビジネスモデルを確⽴することができる KR1: 売上指標 ARR x万円 KR2:
商品陳列指⽰配信数 x回 KR3: ⼩売企業のユーザー利⽤頻度 x⽇/週 事業OKR(例) この数字の根拠は?顧客の数から逆算して 妥当か?増えるなら何社程度増えるのか? ⼀社あたりの単価は? 配信はいつ⾏われるのか?頻度は?いつ頃か ら増え始めるのか?配信数が増える要因はな にか?
O: Hansoku Cloudが⼩売企業の売上最⼤化に貢献するツールだと認められ、 ビジネスモデルを確⽴することができる KR1: 売上指標 ARR x万円 KR2:
商品陳列指⽰配信数 x回 KR3: ⼩売企業のユーザー利⽤頻度 x⽇/週 事業OKR(例) この数字の根拠は?顧客の数から逆算して 妥当か?増えるなら何社程度増えるのか? ⼀社あたりの単価は? 配信はいつ⾏われるのか?頻度は?いつ頃か ら増え始めるのか?配信数が増える要因はな にか? ユーザーとは誰か?何をすれば利⽤というの か?この数字をどのように監視するのか?
O: Hansoku Cloudが⼩売企業の売上最⼤化に貢献するツールだと認められ、 ビジネスモデルを確⽴することができる KR1: 売上指標 ARR x万円 KR2:
商品陳列指⽰配信数 x回 KR3: ⼩売企業のユーザー利⽤頻度 x⽇/週 事業OKR(例) この数字の根拠は?顧客の数から逆算して 妥当か?増えるなら何社程度増えるのか? ⼀社あたりの単価は? 配信はいつ⾏われるのか?頻度は?いつ頃か ら増え始めるのか?配信数が増える要因はな にか? ユーザーとは誰か?何をすれば利⽤というの か?この数字をどのように監視するのか? 開発チームのOKRに落とし込むには事業OKRの背景知識を 共有して咀嚼する必要がある
顧客の組織図を作る 特に誰をプロダクトのファンにしたいのか? 決済権を持つのは誰か?サポーター、エネミーは誰か?
MVP実装前に作ったサービスブループリントを⾒直して修正する プロダクトとユーザーとのタッチポイントは変わっていないだろうか? 新たに出てきそうな運⽤上の⼤きな課題はないだろうか? 新たに刺さりそうな価値はないだろうか?
O: Hansoku Cloud を顧客に「普段使い」される プロダクトにする KR1: 同時配信数 xに耐えうる安定的なシステムにする KR2:
顧客要望Backlog x個の解消 KR3: カスタマーサクセスチームの⼯数を x%改善 開発チームOKR(例)
✓ ⾮機能要件の策定につながる ✓ どういう⼈格がプロダクトを利⽤するのか?権限のような機能は必要だろうか? ✓ いつ、どのくらいのアクセス数、流量を⾒込めるのか?サーバーリソース、負荷検証は⼗分か? ✓ 要望の優先順位づけに役⽴つ ✓ 顧客のどの⼈格(部⾨)に対して魅⼒的な機能が今優先されるのだろうか?
✓ 要件が落ちていると成り⽴たない機能はあるだろうか?実装予定にすべて含まれているか? 開発チームが事業のOKRに寄り添うことで得られること
まとめ と これから ✓ 新規事業の⽴ち上げ直後は無理にOKRを遵守しなくて良さそう ✓ 事業OKRをうまく解釈できると開発の案件をうまくコントロールできる ✓ チームOKRが固まりつつある。個⼈OKRへ接続もやっていきたい💪
新規事業のOKRに寄り添う 開発の意思決定 Studist Tech Talk #1 @2022-04-06