Fit16

・顧客にとって価値があるかどうか？
(顧客が聞いたらワクワクする要素があるか？顧客はなんというか
？）
・ユーザー目線でのSizzle感、臨場感があるか？
・このストーリーを加えて、UXが複雑、煩雑にならないか？
・テクノロジーの言葉で表現しない
・大きすぎず小さすぎないスコープ
（機能単位では小さすぎる）
・テストができる
よいストーリーの条件とは？
Copyright 2018 Masayuki Tadokoro All rights reserved

なぜストーリーごとに分けるのか？
機能単位ではなく、カスタマーに確実に
価値を届ける事ができるストーリーごとに
プロダクトをイテレーションをするため

ストーリーのテンプレート
＜ユーザー＞はこのストーリーで
＜達成したいゴール＞を達成したい
なぜなら＜理由＞だからだ

男性に比べて、女性の方が圧倒的に
ウェブのレスポンスの早さに対して、
評価の目が厳しいということがわかった。
（画面が変わるまでに、１秒以上まてない、
欲しい情報を３度クリックして、出てこなければ閉じる）
”レシピをサクサク見れらる”という
ユーザーストーリーを考慮した
クックパッドのストーリーの事例
600万人の女性に支持される”クックパッド”より

＜クックパッドのユーザーである主婦＞
は、
＜レシピをサクサク見たい＞
なぜなら、
＜夕食を作る時間帯は、子供の面倒をみたり
、する必要があり、非常に忙しいからだ＞
クックパッドのストーリーの事例
ユーザー
達成したい
ゴール
理由

バックログ仕掛り中完了検証
バックログ
ストーリー
このイテレーション
で学習したい
ストーリーを抽出
構築
構築完了
ローンチ
定量検証
（スプリットテスト
、コホート分析）
カスタマーと話して
定性検証/
内省する
ストーリーカンバンボードの活用
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
優先順位の
高いものから上に
置いていく
（上限数５）（上限数５）（上限数５）（上限数５）
それぞれの
ステージに置く
上限数を決める

バックログ
ストーリー
で学習したい
構築
構築完了
ローンチ
定量検証
定性検証/
内省する
ストーリー
①
ストーリー
②
ストーリー
③
なぜストーリーカンバンボードを
活用するのか？

バックログ
ストーリー
で学習したい
構築
構築完了
ローンチ
定量検証
定性検証/
内省する
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
①プロトタイププロセスを見える化することにより
”学び”や検証プロセスを可視化でき、コミュニケーション/コラボが活性化する

ソフトウェア開発（プロトタイプ作成）の
知識労働の成果/プロセスは目に見えない。
目に見える仕組みを組み込むことで
”見える化したい””学習したことを共有したい”
というモチベージョンがチームに生まれる
スタートアップは、チームで
学習することがクリティカルである

スタートアップの
メンバーの経験やスキルの差によって
前提条件やポリシーが異なる
カンバンを使ったコミュニケーションは、
自分のポリシーや前提条件を明確にする
そのため、ズレがすくなくなり
コミュニケーションとコラボが活性化する

何がうまくいった？
何を変更すべきか？
何をキープすべきか？
というフィードバックは
チームの知識の源泉になる

バックログ
ストーリー
で学習したい
構築
構築完了
ローンチ
定量検証
定性検証/
内省する
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
②作業のボトルネックがわかるので、リソースを再配分し流れを作れる
ボトルネック
なのでリソース投入

発生してしまった
ボトルネックにより、
全体の流れの速度が決まる
ボトルネックを
解消することで、
流れを作りスピードを
高めることができる

ボトルネック/非ボトルネックを
可視化する
チームが自己組織的/自発的に
コラボレーション/協力
することを促すことができる

バックログ
ストーリー
で学習したい
構築
構築完了
ローンチ
定量検証
定性検証/
内省する
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
③仕掛り中/検証中のストーリーが多すぎて流れが悪いのが可視化できる
仕掛り中/検証
の作業が多すぎる！
ストーリー
ストーリー
ストーリー
ストーリー

同時に仕掛っている作業が
増えすぎてしまうと、
生産性が落ちてしまう
人間も機械と同様で、
複数のタスクを切り替えるときは、
前やっていたタスクの状態を
頭の中で復元しなければならない

時間
Startup Science 2018
作業を
同時に
色々並行
してやる
ある作業を
集中して
やってから
次に移る
作業
A
作業
A
Bの
段取り
作業
B
Aの
段取
り
作業
A
Bの
段取り
作業
B
Aの
段取
り
作業
A
Bの
段取り
作業
B
作業
A
作業
A
Bの
段取り
作業
B
作業
B
作業
B
段取り分の余計な
時間がかかる

バックログ
ストーリー
で学習したい
構築
構築完了
ローンチ
定量検証
定性検証/
内省する
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリー
ストーリーストーリー
ストーリー
仕掛り中/検証
の作業を減らす

実装するタイミングが
近づいてきたら必要な項目の分析を行い
必要な機能を必要な時に作る
ジャストインタイムを採用

・最新かつ、もっとも充実した情報に基づいて分
析できる（今やる理由を問い続ける）
・開発者はカスタマーから学ぶ機会を増やせる
・手戻りが大量に発生することを防げる
・ひとつひとつの施策（バッチ）に対して、スプ
リットテスト/コホート分析をすることによって施
策の品質を早期に検証できる
なぜジャストインタイムが
効果があるのか？

ジャストインタイムを
リズミカルに運営する方法
・タスクカンバンボードを活用する
・デイリースタンドアップを行い
その日にやることをその日の朝に決める
・カスタマーとの対話をベースに開発を進める
・文書化をせずに開発を進める
*ただし、カスタマーインサイトに関しては資産化/共有していく

カンバンボードは
チームに適合するように
カスタマイズする
カスタマイズ例：
・メンバーのアバターをつける
・ストーリーの種類を分ける（緊急用や優先順位など）
・分析、テストなどの仕掛り中をさらに細かくわける
・ひとつひとつのストーリーに納期や、工数見積もりを
つけるなど

最初は物理的に（紙と付箋）で
カンバンボードを用意して、
ポリシー/前提条件を明確にしながら
コミュニケーションをするようにする

あなたのスタートアップの”Plan A”
ホワイトボードに
付箋を貼って毎日
レビューをする

Jootoのような
クラウド上のカンバンボードツール
も活用出来る。

製品開発と顧客開発の進捗を
デイリーStand upミーティング
で共有する
デイリーStand upで共有する３つのこと
①顧客から学んだこと
②昨日やったこと
③今日やること
④チームの速度を下げてしまう障壁

イテレーションキャンパス、
ストーリーカンバンボード、
デイリースタンドアップ
を活用して、
顧客開発と製品開発を活性化/同期化する

Fit16

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a Fit16

Semelhante a Fit16 (20)

Mais de Masa Tadokoro

Mais de Masa Tadokoro (20)

Último

Último (12)

Fit16

Notas do Editor