ユーザーストーリー：ファースト・ジェネレーション

1. ScrumGatheringTokyo2011 2011年10⽉22⽇ワイクル株式会社取締役⾓征典a.k.a.kdmsnr ⾓征典 kdmsnr kado.masanori@waicrew.com 1/110

2. 本⽇の想定する参加者参加者ソフトウェア開発の関係者であるソフトウェア開発スクラムの基礎知識があるユーザーストーリーを使ったことがない／うまく使えない Q.「対象外対象外の⼈はいますか？」対象外であっても楽しんでいってください＞＜対象外 2/110

3. ⾓征典-kdmsnr kdmsnr http://www.slideshare.net/ SukusukuScrum/no01101suc3rum20100225 3/110

4. ⾓征典-kdmsnr kdmsnr 4/110

5. ⾓征典-kdmsnr kdmsnr 鋭意翻訳中!! 5/110

6. グループグループづくりできるだけ知らない⼈同⼠知らない⼈同⼠でうまく「多様性多様性」ができるように n⼈のグループを作ってください n⼈ 6/110

7. ネームプレートネームプレートづくり(5分) A4⽤紙でネームプレートを作ってください 1⼈ずつ⾃分の名前その⽂字を紹介して、⾃分の名前とその⽂字グループの⼈に1⼈1⽂字ずつ 1⼈1⽂字ずつ書いてもらってください。 ※本名が嫌ならIDやニックネームでもOK ※⽂字数や⼈数が⾜りなければ、適宜調整してください 7/110

8. これからお話お話すること⽬標「ユーザーストーリーの思考⽅法を⾝に付ける」⽬標思考⽅法第1部：ユーザーストーリーの物語第2部：実例実例による仕様第3部：パターン、リーン、ユーザパターンリーンーストーリー 8/110

9. 10分経過 13:30 残り110分 9/110

10. 第1部ユーザーストーリーの物語 10/110

11. ⽯のスープのおはなしおはなし『せかいいちおいしいスープ』（マーシャ・ブラウン） http://www.amazon.co.jp/dp/4001112175 11/110

12. ユーザーストーリーのスープそれ⾃体は⼤したことがない⼤したことがない要求を網羅した仕様書ではない仕様書ではない会話のきっかけきっかけとなるものみんなで情報⼀時成果物を集める情報や⼀時成果物最初から最終成果物はわからないわからない創発的（emergent）なものである創発的 12/110

13. XPのストーリーカードストーリーカード『ExtremeProgrammingExplained:EmbraceChange 』（KentBeck）1999年 1999年 13/110

14. ＜お話を聞かせてください）＜お話）開発者が要求を「記述記述」していてはうまくいかない。要求の「⾃由⾃由」と「責任責任」をビジネスと分担するのがいいと思う。ビジネスが積極的に関わってくれるような「形」が⼤事だ。形 http://c2.com/cgi/wiki? UserStoryAndUseCaseComparison 14/110

15. ユーザーストーリーの⼿法化⼿法化『UserStoriesApplied:ForAgileSoftware Development』（MikeCohn）2004年 2004年 15/110

16. アジャイルソフトウェア要求ソフトウェア要求『AgileSoftwareRequirements:LeanRequirements PracticesforTeams,Programs,andtheEnterprise 』（DeanLeﬃngwell）2011年 2011年 16/110

17. ユーザーストーリーって何？ユーザーや顧客のシステム要求が完システム要求完了できるように、関係者全員がわかる⾔葉で理解していくためのもの。理解していく ―⾓征典 ※ なかなか良い定義がなかったから⾃分で定義した!! 17/110

18. ユーザーストーリーって何？ (1)システム要求がシステム要求ビジネスとソフトウェアの間（海⾯） (2)完了完了できるように終わりが⾒えなければいけない終わり (3)理解していくためのもの理解していく記述ではなく段階的に共有理解記述段階的に共有理解する 18/110

19. これユーザーストーリー？ユーザーストーリー理由も⼀緒に話し合ってください（8分）理由 1. アンドゥは50回まで 2. 10/22までにシステムを利⽤可能にする 3. 画⾯遷移なしでカートに商品を追加できる 4. Ruby on Rails 3.1で開発する 5. JSONでデータを出⼒する 6. 出荷済商品を検索できる 7. システム導⼊後の売上を1.5倍にする 8. VOCの数値を⼊⼒する 19/110

20. これユーザーストーリー？ユーザーストーリー「場合による場合による」ことが多いけど……。 1. △ アンドゥは50回まで 2. ✘ 10/22までにシステムを利⽤可能にする 3. △ 画⾯遷移なしでカートに商品を追加できる 4. ✘ Ruby on Rails 3.1で開発する 5. △ JSONでデータを出⼒する 6. ◯ 出荷済商品を検索できる 7. ✘ システム導⼊後の売上を1.5倍にする 8. △ VOCの数値を⼊⼒する 20/110

21. 25分経過 13:45 残り95分 21/110

22. 三幕構成by 三幕構成 1. 役割役割として、 2. 対象対象を（に）⾏為⾏為したい。 3. それは価値価値のためだ。参考：『アジャイルな⾒積りと計画づくり』 http://www.amazon.co.jp/dp/4839924023 これは覚えて帰ってください!! 22/110

23. 三幕構成は「物語三幕構成物語の形式」物語を書くようにユーザーストーリーを書く物語を書くように 1. 設定（誰がどんな状況設定誰状況なのか） 2. 葛藤（何ができない葛藤できないのか） 3. 結末（何が⽋かせない結末⽋かせないのか）『映画を書くためにあなたがしなくてはならないこと』 http://www.amazon.co.jp/dp/4845909278 23/110

24. たとえば、映画「ロッキーロッキー」 1. 設定：ペットショップの店員に恋設定ペットショップの店員に恋する三流ボクサーとして、する三流ボクサー 2. 葛藤：世界チャンピオンとのタイ葛藤世界チャンピオンとのタイトルマッチに挑戦トルマッチ挑戦したい。 3. 結末：それは⾃分がゴロツキでは結末⾃分がゴロツキではないことを証明するためだ。ないことを証明する参考：http://ja.wikipedia.org/wiki/ロッキー_(映画) 24/110

25. 設定設定を探せ（2分） sgt2011に来てるのはどんな⼈？ sgt2011 まずは⾃分の設定設定をカードに書いてみよう。（例）スクラムに興味があるマネスクラムに興味があるマネージャとして、sgt2011に⾏きたい。ージャ 25/110

26. 設定設定を作るヒント既知の事実事実（⾃分や知⼈から）観察やインタビュー観察インタビュー ContextualInquiry 師匠と弟⼦モデル葛藤から仮説→調査葛藤調査勝⼿な想像でペルソナを作るくらペルソナいなら、実在の⼈物実在の⼈物を設定する 26/110

27. 結末結末を探せ（5分） sgt2011に⾏った結末は？ sgt2011 まずは⾃分の結末結末をカードに書いてみよう。続いてグループで⾃分以外のストーリーを書いてみよう。⾃分以外のストーリー（例）スクラムに興味があるマネスクラムに興味があるマネージャとして、sgt2011に⾏きたい。ージャそれは実際の導⼊事例を知る実際の導⼊事例を知るためだ。 27/110

28. 設定結末を⼤切に設定と結末葛藤はいろいろあるけれど、葛藤物語はすべて「⾏きて帰りし物語⾏きて帰りし物語」である。 28/110

29. （参考）価値価値を重視した記法フィーチャーインジェクションテンプレート 1. 価値価値のために、 2. 役割役割として、 3. 対象対象を（に）⾏為⾏為したい。 29/110

30. 45分経過 14:05 残り75分 30/110

31. 良いユーザーストーリーとは？良い INVESTby INVEST BillWake [I]ndependent - ⾮依存 [N]egotiable - 交渉可能 [V]aluable - 価値がある [E]stimatable - ⾒積り可能 [S]ized Right - 適切な⼤きさ [T]estable - テスト可能次の計画づくりに使えるかどうかが⼤事計画づくりに使えるかどうか 31/110

32. 良いストーリー（物語）とは？良い続きが気になるもの続き http://ja.wikipedia.org/wiki/シェヘラザード 32/110

33. もっと詳しく詳しく（8分） 1⼈が⾃分のストーリーを発表してみんなでオープンクエスチョン *をオープンクエスチョンしてみましょう。時間が余れば、次の⼈が⾃分のストーリーを発表してください。 [*]答えがYES/NOにならない質問 33/110

34. ここまでのまとめユーザーストーリーは、⽯である物語のように三幕構成三幕構成で書く続きが気になったら質問質問する 34/110

35. 55分経過 14:15 残り65分 35/110

36. 第2部実例による仕様 SpeciﬁcationbyExample 36/110

37. 3⾏でいいの？楽勝www 3⾏楽勝www問題いい時もあれば悪い時もある「記述記述」が最終⽬標じゃないよ！「横」が決まったら次は「縦」横縦 37/110

38. INVESTby T BillWake テスト可能であることテスト可能完了や受⼊完了受⼊が可能であること 38/110

39. 「テストテスト」って⾔葉が微妙微妙すぎ原因はもちろん⇒ 原因 2000年にXPメーリングリストで提唱（その後、論争） http://c2.com/cgi/wiki?AcceptanceTest 39/110

40. MF'sBliki-実例実例による仕様 XP/AgileUniverse2002でSbEに⼼を奪われた http://capsctrl.que.jp/kdmsnr/wiki/bliki/? SpeciﬁcationByExample 40/110

41. （例）年次有給休暇-⽇数 http://ja.wikipedia.org/wiki/年次有給休暇 41/110

42. （例）年次有給休暇-⽇数表にするとわかりやすい!! ※実際には有効期限（2年）があるので⾯倒だけど。 http://ja.wikipedia.org/wiki/年次有給休暇 42/110

43. INVESTby T BillWake テスト可能であることテスト可能完了や受⼊完了受⼊が可能であること実例が思い浮かぶこと実例ストーリーカードの裏側裏側にメモる 43/110

44. ストーリーの裏書裏書こわい!! 『ナニワ⾦融道(2)』（⻘⽊雄⼆） http://www.amazon.co.jp/dp/4062605511 44/110

45. INVESTby T BillWake テスト可能であることテスト可能完了や受⼊完了受⼊が可能であること実例が思い浮かぶこと実例ストーリーカードの裏側裏側にメモる書きすぎて契約みたいになると困る書きすぎ 45/110

46. 「受⼊可能受⼊可能」なのに「書きすぎない書きすぎない」って何なんだよ！ 46/110

47. 裏書のヒントヒント 47/110

48. 1.チームで⼀緒⼀緒に作る『WikiWayコラボレーションツールWiki』でチーム萌え 48/110

49. 2.実例例えば...）から開始実例（例えば... テストは段階的に段階的に整理していく 49/110

50. 3.ツールの記法ツールの記法を参考にするいずれもユーザーの視点ユーザーの視点から（ATDD ATDD）表形式 FIT/FitNesse,Selenium,RobotFw テキスト形式 Exactor,TextTest Gherkin（GWT）形式 Cucumber,Cuke4Nuke 50/110

52. 4.晴れの⽇⾬の⽇のシナリオ晴れの⽇と⾬の⽇晴れの⽇（正常系）を中⼼に晴れの⽇⾬の⽇（異常系）を追加的に⾬の⽇降⽔確率はかなり⾼め!! 52/110

53. （例）ATM利⽤の晴れの⽇晴れの⽇顧客として、ATMからお⾦を引き出したい。シナリオ:お⾦を正常に引き出す前提⼝座に10万円⼊っている⼝座に10万円⼊っているもし⾦額に30,000円と⼊⼒する⾦額に30,000円と⼊⼒するならば3万円が引き出されているこ 3万円が引き出されていること 53/110

54. ヒント1〜4 1〜4のまとめチームで⼀緒⼀緒に実例を使いながら、実例ツールの記法を参考にツールの記法晴れと⾬を意識する。晴れ⾬ 54/110

55. ⾬の⽇⾬の⽇のシナリオ（8分）顧客として、ATMからお⾦を引き出したい。シナリオ:[__________________] 前提［______________________］もし［______________________］ならば［____________］いることグループでいくつか作ってみてください。 55/110

56. ここまでのまとめ最初からテストテストを⽬指さない実例を使う（例：10万や3万）実例チームで⼀緒に考える⾃動化ツールの記法で考える⾃動化ツールとりあえず晴れの⽇晴れの⽇を考える 56/110

57. 75分経過 14:35 残り45分 57/110

58. （参考）GWTも三幕構成三幕構成である前提⼝座に10万円⼊っている⼝座に10万円⼊っている ⇒状況や設定状況や設定もし⾦額に30,000円と⼊⼒する⾦額に30,000円と⼊⼒する ⇒葛藤や⾏動葛藤や⾏動ならば3万円が引き出されているこ 3万円が引き出されていること ⇒理由や結末理由や結末 58/110

59. 第3部パターン、リーン、ユーザーストーリー 59/110

60. 「物語物語はありません」問題「仮⾯ライダーW＆ディケイドMOVIE対戦2010」より 60/110

61. 物語のない2つ難しさ 2つの難しさ Complicated（⼊り組んだ） Complicated 全体＝合計(部分) 例：機械の部品 Complex（複雑な） Complex 全体≠合計(部分) 例：⽣命的なもの 61/110

62. Complicated http://www.amazon.co.jp/dp/B002YK5T9G 62/110

63. Complex http://www.amazon.co.jp/dp/B000S0HZYG/ 63/110

64. Complicated http://www.amazon.co.jp//dp/B004S8MKW6/ 64/110

65. Complex http://www.amazon.co.jp/dp/B004S8MKJY ※魂を持つ「超ロボット⽣命体」 65/110

66. 2つの難しさ難しさ（3分）⾝近にあるComplex Complexなものと Complicatedなものについて、 Complicated グループで話し合ってください。 ※これ⾃体が「難しい」ワークショップですが＞＜ 66/110

67. 複数の難しさ難しさに対応するクネビンフレームワーク http://en.wikipedia.org/wiki/Cyneﬁn 67/110

68. Complexの対応指針 Complex 何がわからないかわからない探索→把握→対応探索環境を整えて実験環境実験を繰り返す相互交流とコミュニケーション相互交流コミュニケーションパターンを創発創発する『ハーバード・ビジネス・レビュー』2008年3⽉号 68/110

69. パターンを創発創発する 69/110

70. Complicatedの対応指針 Complicated 「わからない」と認識している把握→分析→対応把握因果関係を探せば⾒つかる因果関係意思決定に時間がかかる時間がかかる『ハーバード・ビジネス・レビュー』2008年3⽉号 70/110

71. 意思決定に時間がかかる ↓ 探せば⾒つかる 71/110

72. ザ・トヨタウェイ：原則13 意思決定はじっくりコンセンサスを意思決定つくりながら、あらゆる選択肢あらゆる選択肢を⼗分に検討するが、実⾏は素早く⾏う実⾏は素早く⾏う（根回し）。 72/110

73. パターン＆リーンパターンリーンを思い出せ参考：http://objectclub.jp/event/2010alexande 73/110

74. パターン、Wiki、XP パターン 74/110

75. 都市はツリーツリーではない『パターン、Wiki、XP』（江渡浩⼀郎）p.17より 75/110

76. 都市はツリーツリーではない『パターン、Wiki、XP』（江渡浩⼀郎）p.21より 76/110

77. ストーリーはツリーツリーではない ※写真はイメージです 77/110

78. アレグザンダーの6つの原則 6つの原則 1. 有機的秩序の原則 2. 参加の原則 3. 漸進的成⻑の原則 4. パターンの原則 5. 診断の原則 6. 調整の原則 ※⻘⾊⻘⾊はユーザーストーリーと関係のある原則参考：『パターン、Wiki、XP』（江渡浩⼀郎） 78/110

79. 17章.EPISODES 製品始動計画パターン市場のおさらいパターン暗黙の要求事項パターン翻訳が悪い（Implied：暗⽰的暗⽰的）作業待ち⾏列パターン 79/110

80. ユーザーストーリーはパターンである 80/110

81. パターンであれば、パターンのように⽣成 ……できるはず。 81/110

82. パターンbyC.アレグザンダーパターンある「⽂脈⽂脈」で繰り返し起きる「問問題」を「解決解決」する⽅法。その⽅法にはいくつかの「制約制約」が課せられているかもしれない。― 結城浩 http://www.hyuki.com/dig/patlang.html 82/110

83. パターンの構造パターン構造 83/110

84. パターンのように⽣成⽣成する 1. うまくいっている事例から 2. うまくいっていない事例から 3. 理論的な側⾯から理論的参考：パターンランゲージ2010 Class#5PatternMining（井庭崇） http://gc.sfc.keio.ac.jp/cgi/class/class_top.cgi? 2010_25136 84/110

85. パターンの構造⽣成構造と⽣成・うまくいっている事例 ⇒ 「ソリューション」起点・うまくいっていない事例 ⇒ 「問題」起点・理論的な側⾯ ⇒ 「⽂脈」「制約」起点 85/110

86. （例）勤怠管理勤怠管理を導⼊したいテーマをソリューション仮置きして開始ソリューションに仮置き 86/110

87. （例）勤怠管理勤怠管理を導⼊したいそれが解決しそう問題を列挙解決しそうな問題 87/110

88. （例）勤怠管理勤怠管理を導⼊したい問題を持っていそうな⽂脈持っていそう⽂脈を想像 88/110

89. （例）勤怠管理勤怠管理を導⼊したい⽂脈は同時に制約決める制約を決める 89/110

90. （例）勤怠管理勤怠管理を導⼊したいソリューションを⾒直すソリューション⾒直す 90/110

91. （例）勤怠管理勤怠管理を導⼊したいぐるぐる回していく（順・逆⽅向） 91/110

92. （参考）問題制約の違い問題と制約切るなら「問題問題」残すなら「制約制約」 http://www.ﬂickr.com/photos/mrimperial/135375001/ 92/110

93. 在宅勤務在宅勤務を導⼊したい 4⾊カードで書き出してみてください（8分） 4⾊カード・うまくいっている事例 ⇒ 「ソリューション」起点・うまくいっていない事例 ⇒ 「問題」起点・理論的な側⾯ ⇒ 「⽂脈」「制約」起点 93/110

94. 在宅勤務在宅勤務を導⼊したい(3分) 「⽂脈⽂脈」「問題問題」「制約制約」から 3枚1組の組み合わせを 3枚1組いくつか作ってみてください。 ※要素は重複しても構いません。 94/110

95. パターンはボトムアップボトムアップ⼿法ボトムアップデザインは、ソフトウェアがどんどん複雑化複雑化していくなかで⼀層重要⼀層重要になってきている。 ―『OnLisp』（ポール・グレアム） 95/110

96. 100分経過 15:00 残り20分 96/110

97. リーンの概念リーン⾃働化-品質の作り込み⾃働化 TDD・ATDD・CI ⾒える化・職能横断型組織 JIT-ムダ・ムラ・ムリの排除 JIT PBI・PO・スプリントプルベース・作業の平準化 http://www.toyota.co.jp /jpn/company/vision/production_system/ 97/110

98. Complicatedなら分割 Complicated 分割できる 5つのなぜで発掘（トップダウン） 5つのなぜ 98/110

99. （参考）ストーリーの分割分割データ境界操作の境界横断的な関⼼事パフォーマンス制約優先度『アジャイルな⾒積りと計画づくり』12章 99/110

100. (参考)ストーリータイプ分割ストーリータイプで分割 1つのストーリーの4つ 4つの側⾯基本機能派⽣機能ビジネスルールユーザビリティ http://storyotypespaper.gerardmeszaros.com/ 100/110

101. パターン＆リーンパターンリーンの使い分け「かたい」ところはリーンリーン把握→分析→対応把握時間をかけて意思決定ソフトウェア要求・ドメインモデル・アーキテクチャ「やわらかい」ところはパターンパターン探索→把握→対応探索コミュニケーション・実験・創発システム要求・UI・イノベーション 101/110

102. 使い⽅を間違えてはいけない使い⽅『ゆとりの法則』（トム・デマルコ）の⽅がいいなぁ 102/110

103. ここまでのまとめ物語がないなら2つの難しさ物語難しさがあるストーリーの源流はパターンだパターンパターンの構造構造を参考にして、ストーリーをボトムアップで⽣成するボトムアップアジャイルはリーンでもあるリーン⼊り組んでいれば、ツリーのようにトトップダウンで分割できるップダウン 103/110

104. 105分経過 15:05 残り15分 104/110

105. 参考書 105/110

106. 今⽇のまとめまとめビギンズナイト・スクラムガイド⽯・三幕構成・続きは質問条件はみんなで実例とツールを 2つの難しさ・パターン・リーン 106/110

107. ふりかえり（2分）今⽇のワークショップワークショップを受けてみて、現場に戻ってやってみたいことを現場三幕構成で書いてみてください。三幕構成 107/110

108. みんなでふりかえり（5分） 108/110

109. 112分経過 15:12 残り8分 109/110

110. 何か質問質問はありますか？（8分） kado.masanori@waicrew.com twitter:@kdmsnr http://www.slideshare.net/kdmsnr 110/110

ユーザーストーリー：ファースト・ジェネレーション

You are reading a preview.

Check these out next

ユーザーストーリー：ファースト・ジェネレーション

More Related Content

Slideshows for you (20)

Viewers also liked (20)

Similar to ユーザーストーリー：ファースト・ジェネレーション (20)

More from Masanori Kado (20)