サービス開発に関わる人（プランナー/プログラマー/デザイナーなど誰でも）がよりよいサービス開発のあり方について、お題になった本を通じて、共通認識をもったり知識を交換したり、建設的に議論したりするための読書会用資料です。 2012年4月からは「アジャイルサムライ」。本資料は読書会第2回の分です。

1. 2012.4.26 @ConnectStar
サービス開発者の読書会

3. アジェンダ
• ふりかえり
• MVPとは(前回の宿題)
• 第II部
• 第三章みんなをバスに乗せる
• 第四章 全体像を捉える
スライドに対していく感じで進めます。

4. 前回のふりかえり

5. Keep
• みんなよくしゃべった
• 曖昧な部分を発見したら、それを共有
• 1時間ぴったりで終わらそう

6. Problem
• MVPよく分からなかった
• リーンスタートアップの共通認識なかっ
た

7. Try
• リーンスタートアップの勉強もしよう
• 週一でやってみよう！
• 次の幹事を決めてやってみよう
• 読書する本をみんな投げかけよう！

8. MVPとは
Minimum Viable Product（MVP）とは、自分の作
るプロダクトにニーズがあるかどうか検証する
ための必要最小限の機能を備えたプロダクトの
ことです。プロダクトは アーリーアダプターに
見せ、あるいは売ることによって、フィード
バックを得ることを目的としています。
http://blog.angeljapan.co/minimum-viable-product10

9. viableの意味
viable/váiəbl/
形容詞
1 〈胎児新生児が〉生きていける； 生理学植物学 生育できる.
2 〈物事が〉目に見えるような；真に迫った；〈計画考え方が〉実
行可能な.
3 〈国経済が〉成長［発展］しうる
Siberia is a viable region for economic development.｜シベリアは経済
発展の余地のある地域である.
viably
副 詞
vìabílity
名 詞生存能力；実行［成立］可能性.

10. 第 II 部 アジャイルな
方向づけ

11. 第三章みんなをバス
に乗せる

12. プロジェクトがだめ
になるのはなぜか

13. 問題は、関係者全員でプ
ロジェクトにつ いて話し
合うよりも前にプロジェ
クトを始めてしまうこと
にある

14. 手ごわい質問をする

15. 自社開発の場合

16. 自分たちに何が出来
て何が出来ないのか
を自問してはどう
か？

17. 自社開発だと
手ごわい質問とは
• チーム内でお互い突っ込み合う
• グレーな部分をなくす
• 遠慮無く言い合える質問
• 本当に居る機能なのか？など
• ペルソナの妥当性とか

18. メリットとか
• お客さん相手ではないメリットはある
• 例にある質問は、遠慮してたら言えない
ような質問が多いよね
• フラットに始めよう！という意味では
ないか！？
• よって、良い感じの土壌ができる。

19. インセプションデッキ

20. しかるべき人をみんな同 じ部屋に
集めて、プロジェクトにまつわる
適切な質問をすれば、自分たちの
プロ ジェクトに対する期待を共有
して、認識を合わせることができ
るはずだ
みんなが共通認識を持つ事！

21. インセプションデッキ
• 我われはなぜここにいるのか?
• エレベーターピッチを作る
• パッケージデザインを作る
• やらないことリストを作る
• 「ご近所さん」を探せ

22. インセプションデッ
• 解決案を描く
• 夜も眠れなくなるような問題は何？
• 期間を見極める
• 何を諦めるのかをはっきりさせる
• 何がどれだけ必要なのか

23. 第四章 全体像を捉える

24. 我われはなぜここに
いるのか?

25. 我われはなぜここに
いるのか?
• 日々の判断の基準になるよね
• フェーズを分けて作業している時に、
ちゃんとそこへ向かっているかを確認
出来る
• 煮詰まった時にこそ、立ち返る指標！
• 直接的にアプローチしすぎてもだめ！

26. 我われはなぜここに
いるのか?
• ビジョン実現のそのものと手段を分け
て考えるとよいのでは
• 人間の具体的な欲求にしてみよう
• まずその前のユーザーのニーズに答える
• ビジョンに到達するまでの我慢が必要

27. エレベーターピッチ
を作る

28. [潜在的なニーズを満たしたり、 抱えている課
題を解決したり]したい [対象顧客]向けの、 [プ
ロダクト名]というプロダクトは、 [プロダクト
のカテゴリー]です。
これは[重要な利点、対価に見合う説得力のあ
る理由]ができ、 [代替手段の最右翼]とは違っ
て、 [差別化の決定的な特徴]が備わっている。

29. エレベーターピッチ
を作ってみよう

30. メンバーの価値観のバックグラウンドを共有し
今後の業務に活かしたいサービス開発者向け
の、 読書会というプロダクトは、相互理解で
す。
これは興味のあるテーマについて徹底的に話し
合うキッカケができ、 座学勉強とは違って、勉
強のプロセスの共有が備わっている。
埋めてみた！

31. [潜在的なニーズを満たしたり、 抱えている
課題を解決したり」
• 共通認識を増やす
• 話し合うキッカケ
• いいやすい雰囲気
• 価値観のバックグラウンドが理解しあ
える感じいいよね

32. [潜在的なニーズを満たしたり、 抱えている
課題を解決したり」
• アジャイル開発の推進を解決！
• 書籍で目指している方向性を理解しや
すい！
• やることの何故を理解出来る
• ハラオチよくする！

33. パッケージデザイン
を作る

34. パッケージデザイン
を作る
• プロダクトの効能をブレインストーミ
ングする
• キャッチコピーを決める
• パッケージをデザインする

35. パッケージデザイン
を作る
• 各フェーズで変わるんじゃないの？
• サービスを一言で言う！
• ユーザー目線でのメリット
• 読書会についても考えてみよう

36. やらないことリスト
を作る

38. やらないことリスト
• ここまでのインセプションデッキがあ
るからこそ分かる！
• 楽をするためにやらないわけではない
• 最終的に、作り手もユーザーも幸せに
なるのでは
• 価値あるものにフォーカスできる

39. やらないことリスト
• クリエイティブのこだわり度
• ついつい色々やりたくなってしまうの
をいかに我慢するか
• 煮詰めることで、もっと良いやること
リストが出来上がる！
• 輪郭がはっきりする！

40. 「ご近所さん」
を探せ

41. 「ご近所さん」
を探せ
• この項目人気無い
• ステークホルダーとは何か？
• 自社サービスだと、ご近所さんと距離
を置くのも大事では
• 自社サービスではファンを作ろう！

42. 今回のふりかえり

43. Keep
• みんなよくしゃべった
• 曖昧な部分を発見したら、それを共有
• 1時間ぴったりで終わらそう
• ワークショップがプログラムに含まれ
ていたのが良かった
• 幹事を決めたの良かった

44. Problem
• モニターが揺れた
• ビジョンのレベル感分かりづらい
• あらたなキーワードが出たときに迷い
や混乱が生じる

45. Try
• ワークショップ形式いいね！
• 週一でやってみよう！
• 次の幹事を指名制でやってみよう
• トピックを絞ってみる勇気
• ゲスト呼んでみよう

46. おわり