Slide 1

Slide 1 text

新規事業のOKRに寄り添う 開発の意思決定 Studist Tech Talk #1 @2022-04-06

Slide 2

Slide 2 text

zuckey (ずっきー) ✓ 新規事業⽴ち上げ時にリードエンジニアとして⼊社 ✓ 現在はEngineering Manager兼開発責任者 ✓ 趣味は Minecraft 最近整備した上空の庭園

Slide 3

Slide 3 text

✓ OKR? 新規事業で感じたOKRの難しさ ✓ 開発チームが事業のOKRに寄り添うとは Topics

Slide 4

Slide 4 text

⚠ EXCUSE ⚠ ✓ タイトルにOKRをどーんと掲げていますが、⼀般にいう理想的な OKRの取り組みの話にはなりません ✓ 会社全体のOKR運⽤の中で、⾃分たちの状況にマッチするよう エッセンスを取り⼊れ、開発に役⽴てた事例の紹介になります

Slide 5

Slide 5 text

本題に⼊る前に 認識合わせ

Slide 6

Slide 6 text

No content

Slide 7

Slide 7 text

1. PoC(Proof Of Concept)期 ✓ パイロット顧客に伴⾛してプロトタイプと⼿運⽤を混ぜながら価値検証 2. MVP実装期 ✓ 提供したい価値を固めて実装、顧客にヒアリングしながら最低限固める 3. ビジネスモデル確⽴期 ✓ MVPを実運⽤になじませ、価値を感じていただけた顧客から受注する ✓ 受注が重なればビジネスモデルが確⽴できたとみなせる ✓ 改善要望やデータをもとに、⼩さく速く作っては当ててみる 新規事業のフェーズわけ

Slide 8

Slide 8 text

1. PoC(Proof Of Concept)期 ✓ パイロット顧客に伴⾛してプロトタイプと⼿運⽤を混ぜながら価値検証 2. MVP 実装期 ✓ 提供したい価値を固めて実装、顧客にヒアリングしながら最低限固める 3. ビジネスモデル確⽴期 ✓ MVPを実運⽤になじませ、価値を感じていただけた顧客から受注する ✓ 受注が重なればビジネスモデルが確⽴できたとみなせる ✓ 改善要望やデータをもとに、⼩さく速く作っては当ててみる 新規事業のフェーズわけ 今ココ

Slide 9

Slide 9 text

✓ OKR? 新規事業で感じたOKRの難しさ ✓ 開発チームが事業のOKRに寄り添うとは Topics

Slide 10

Slide 10 text

Objectives and Key Results

Slide 11

Slide 11 text

ざっくりOKR ✓ 導⼊の⽬的: 組織の⽅向性の調整 と 個⼈のアクションへの紐付け(not ⼈事評価) ✓ Objectives: 気後れするぐらい⾼いレベルの、ワクワクする⽬標 ✓ Key Results: 頑張っても 6,70% の達成度になりそうな測定可能な成果指標(ムーンショット) ✓ 「会社 > 事業 > チーム > 個⼈」のようにTree状につながるように設定 ✓ オープンにして別のチーム、メンバーなどとの協⼒を促す ✓ 短期のスパン(4半期を推奨)で⾒直し、⽅向修正したり、もしも達成した場合により⾼いレベルに設定する ✓ ⽉曜に⽅向修正し、⾦曜⽇に成果を称え合う

Slide 12

Slide 12 text

(とくに新規事業で)ここが難しいよOKR ✓ 6,70%達成、ムーンショットの認識のズレ ✓ 数字に変化が少ない事業状況だとKRを追いかけずらい 


Slide 13

Slide 13 text

(とくに新規事業で)ここが難しいよOKR ✓ 6,70%達成、ムーンショットの認識のズレ ✓ 数字に変化が少ない事業状況だとKRを追いかけずらい 
 価値検証が重要なフェーズではKRが曖昧に その到達度の認識も⼈それぞれ

Slide 14

Slide 14 text

(とくに新規事業で)ここが難しいよOKR ✓ 6,70%、ムーンショットの認識のズレ ✓ 数字に変化が少ない事業状況だとKRを追いかけずらい 
 価値検証が重要なフェーズでKRが曖昧に。 その到達度の認識も⼈それぞれ プロダクト指標をえいやで決めてみたものの ユーザー数が少なくてそもそも使ってもらえず、 振り返るネタがない

Slide 15

Slide 15 text

(とくに新規事業で)ここが難しいよOKR ✓ 6,70%、ムーンショットの認識のズレ ✓ 数字に変化が少ない事業状況だとKRを追いかけずらい 
 価値検証が重要なフェーズでKRが曖昧に。 その到達度の認識も⼈それぞれ お試し期間で無償提供 売上をKRにしていたら数ヶ⽉変化なし… プロダクト指標をえいやで決めてみたものの ユーザー数が少なくてそもそも使ってもらえず、 振り返るネタがない

Slide 16

Slide 16 text

1. PoC(Proof Of Concept)期 ✓ パイロット顧客に伴⾛してプロトタイプと⼿運⽤を混ぜながら価値検証 2. MVP 実装期 ✓ 提供したい価値を固めて実装、顧客にヒアリングしながら最低限固める 3. ビジネスモデル確⽴期 ✓ MVPを実運⽤になじませ、価値を感じていただけた顧客から受注する ✓ 受注が重なればビジネスモデルが確⽴できたとみなせる ✓ 改善要望やデータをもとに、⼩さく速く作っては当ててみる 新規事業のフェーズわけ 今ココ

Slide 17

Slide 17 text

新規事業のフェーズわけ 今ココ 1. PoC(Proof Of Concept)期 ✓ パイロット顧客に伴⾛してプロトタイプと⼿運⽤を混ぜながら価値検証 2. MVP 実装期 ✓ 提供したい価値を固めて実装、顧客にヒアリングしながら最低限固める 3. ビジネスモデル確⽴期 ✓ MVPを実運⽤になじませ、価値を感じていただけた顧客から受注する ✓ 受注が重なればビジネスモデルが確⽴できたとみなせる ✓ 改善要望やデータをもとに、⼩さく速く作っては当ててみる PoC期、MVP実装期は、⽴ち返るべき KR の設定が難しく、 ある種OKRをうまく回すことを諦めていた。

Slide 18

Slide 18 text

プロダクト・マーケット・フィット[製品と市場の最適な組 み合わせ]を⾒つける前のスタートアップがOKRを使うべ きかと聞かれたら、⾃信を持ってイエスとは⾔えない(中 略)、OKRの導⼊は時期尚早だ。 クリスティーナ・ウォドキー. OKR(オーケーアール) (Japanese Edition)

Slide 19

Slide 19 text

✓ OKR? 新規事業で感じたOKRの難しさ ✓ 開発チームが事業のOKRに寄り添うとは Topics

Slide 20

Slide 20 text

O: Hansoku Cloudが⼩売企業の売上最⼤化に貢献するツールだと認められ、   ビジネスモデルを確⽴することができる KR1: 売上指標 ARR x万円 KR2: 商品陳列指⽰配信数 x回 KR3: ⼩売企業のユーザー利⽤頻度 x⽇/週 事業OKR(例)

Slide 21

Slide 21 text

O: Hansoku Cloudが⼩売企業の売上最⼤化に貢献するツールだと認められ、   ビジネスモデルを確⽴することができる KR1: 売上指標 ARR x万円 KR2: 商品陳列指⽰配信数 x回 KR3: ⼩売企業のユーザー利⽤頻度 x⽇/週 事業OKR(例) この数字の根拠は?顧客の数から逆算して 妥当か?増えるなら何社程度増えるのか? ⼀社あたりの単価は?

Slide 22

Slide 22 text

O: Hansoku Cloudが⼩売企業の売上最⼤化に貢献するツールだと認められ、   ビジネスモデルを確⽴することができる KR1: 売上指標 ARR x万円 KR2: 商品陳列指⽰配信数 x回 KR3: ⼩売企業のユーザー利⽤頻度 x⽇/週 事業OKR(例) この数字の根拠は?顧客の数から逆算して 妥当か?増えるなら何社程度増えるのか? ⼀社あたりの単価は? 配信はいつ⾏われるのか?頻度は?いつ頃か ら増え始めるのか?配信数が増える要因はな にか?

Slide 23

Slide 23 text

O: Hansoku Cloudが⼩売企業の売上最⼤化に貢献するツールだと認められ、   ビジネスモデルを確⽴することができる KR1: 売上指標 ARR x万円 KR2: 商品陳列指⽰配信数 x回 KR3: ⼩売企業のユーザー利⽤頻度 x⽇/週 事業OKR(例) この数字の根拠は?顧客の数から逆算して 妥当か?増えるなら何社程度増えるのか? ⼀社あたりの単価は? 配信はいつ⾏われるのか?頻度は?いつ頃か ら増え始めるのか?配信数が増える要因はな にか? ユーザーとは誰か?何をすれば利⽤というの か?この数字をどのように監視するのか?

Slide 24

Slide 24 text

O: Hansoku Cloudが⼩売企業の売上最⼤化に貢献するツールだと認められ、   ビジネスモデルを確⽴することができる KR1: 売上指標 ARR x万円 KR2: 商品陳列指⽰配信数 x回 KR3: ⼩売企業のユーザー利⽤頻度 x⽇/週 事業OKR(例) この数字の根拠は?顧客の数から逆算して 妥当か?増えるなら何社程度増えるのか? ⼀社あたりの単価は? 配信はいつ⾏われるのか?頻度は?いつ頃か ら増え始めるのか?配信数が増える要因はな にか? ユーザーとは誰か?何をすれば利⽤というの か?この数字をどのように監視するのか? 開発チームのOKRに落とし込むには事業OKRの背景知識を 共有して咀嚼する必要がある

Slide 25

Slide 25 text

顧客の組織図を作る 特に誰をプロダクトのファンにしたいのか? 決済権を持つのは誰か?サポーター、エネミーは誰か?

Slide 26

Slide 26 text

MVP実装前に作ったサービスブループリントを⾒直して修正する プロダクトとユーザーとのタッチポイントは変わっていないだろうか? 新たに出てきそうな運⽤上の⼤きな課題はないだろうか? 新たに刺さりそうな価値はないだろうか?

Slide 27

Slide 27 text

O: Hansoku Cloud を顧客に「普段使い」される 
 プロダクトにする KR1: 同時配信数 xに耐えうる安定的なシステムにする KR2: 顧客要望Backlog x個の解消 KR3: カスタマーサクセスチームの⼯数を x%改善 開発チームOKR(例)

Slide 28

Slide 28 text

✓ ⾮機能要件の策定につながる ✓ どういう⼈格がプロダクトを利⽤するのか?権限のような機能は必要だろうか? ✓ いつ、どのくらいのアクセス数、流量を⾒込めるのか?サーバーリソース、負荷検証は⼗分か? ✓ 要望の優先順位づけに役⽴つ ✓ 顧客のどの⼈格(部⾨)に対して魅⼒的な機能が今優先されるのだろうか? ✓ 要件が落ちていると成り⽴たない機能はあるだろうか?実装予定にすべて含まれているか? 開発チームが事業のOKRに寄り添うことで得られること

Slide 29

Slide 29 text

まとめ と これから ✓ 新規事業の⽴ち上げ直後は無理にOKRを遵守しなくて良さそう ✓ 事業OKRをうまく解釈できると開発の案件をうまくコントロールできる ✓ チームOKRが固まりつつある。個⼈OKRへ接続もやっていきたい💪

Slide 30

Slide 30 text

新規事業のOKRに寄り添う 開発の意思決定 Studist Tech Talk #1 @2022-04-06