1. 大事なことはみんな
リクルート
新規事業から教わった
2013/09/14(土) XP祭り2013
Shinobu Miyahara
1

2. 自己紹介
名前：宮原 忍（33才）
歴史：中途入社3年目
使命：
役柄：POと開発TL
趣味：飲み歩き
2

3. 3

4. 4

5. 今日のお話は
5

6. 6

7. 「スーモ引越し見積もり」
になります
7

8. すべての始まりは
2012年1月
8

9. 「新規事業をやって欲しい」
9

10. その時点で…
10

11. コスト
11

12. スケジュール
12

13. ビジネスモデルの一部
13

14. Fixed
14

15. but...
15

16. 作るヒト
16

17. 作るモノ
17

18. 作るコト
18

19. Not Fixed
19

20. 著作権上の理由により割愛
20

21. 著作権上の理由により割愛
21

22. だが、待てよ...
22

23. 著作権上の理由により割愛
23

24. ということで
24

25. 実践した3つのこと
25

26. #1
ワンチームを作る
26

27. #1 ワンチームを作る
少数の明確なゴール、価値、役割のみをルールと
して採用する
チームメンバの立場にかかわらず、プランニング
を継続的で参加型のプロセスにする
自主管理のための情報管理（見える化）を推進す
る
27

28. Source：第8回�5分で分かる、「スクラム」の基本まとめ from かわぐちさん
バックログだけでなく、
プロダクトのゴール、価値を見える化する
28

29. #2
仮説から始める
29

30. #2 仮説から始める
完璧はいらない（We’re not perfect.）
ラフな構想（＝初期仮説）ができたら、素早く検
証し、学びを得ることで漸進的に成長させていく
検証可能であれば、動くコードである必要すらな
い（むしろ、動くコードでない方が良い）
30

31. Cost
Risk 未検証リスクと検証コストのバランスで
仮説に対して優先度を付けていく
31

32. #3
進 単位を変える
32

33. #3 進 単位を変える
初期仮説を「価値仮説」と「成長仮説」に分ける
「価値仮説」：お金を出して使いたい人がいるか
「成長仮説」：プロダクトの利用者が伸びるかどうか
進 単位は「価値仮説」と「成長仮説」の検証数
で測る（≠タスクの消化数）
33

34. 価値仮説
成長仮説
Time
Scale
新規事業の成長曲線
34

35. その結果
得られた３つのこと
35

36. #1
開発期間の短縮
36

37. 実質３ヶ月間で
1stリリースを達成
37

38. #2
システム品質の向上
38

39. リリース後、
システム障害がほぼゼロ
39

40. Source：http://www.azuchi-touyou.com/
40

41. #3
顧客価値の向上
41

42. 競合サイトと比較して
反響CVRが⃝倍以上
（弊社調べ）
42

43. Source：http://www.tommyjohnwear.com/about
43

44. 大成功＼(^o^)／
44

45. だが、待てよ...
45

46. 再掲
新規事業を担当した時点で Fixed だったもの；
コスト
スケジュール
ビジネスモデルの一部（Oops!）
46

47. ビジネスモデルを創る
＝
事業開発の使命
47

48. 著作権上の理由により割愛
48

49. ご清聴ありがとう
ございました
49