20111022 user-story-first-generation

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

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

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

⾓征典-kdmsnr kdmsnr 4/110

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

参考書 105/110

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

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

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

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

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

http://d.hatena.ne.jp	313
http://capsctrl.que.jp	283
http://studiosamente.wordpress.com	157
http://mj89sp3sau2k7lj1eg3k40hkeppguj6j-a-sites-opensocial.googleusercontent.com	85
http://paper.li	47
http://a0.twimg.com	19
http://b.hatena.ne.jp	6
http://us-w1.rockmelt.com	6
http://tweetedtimes.com	2
http://webcache.googleusercontent.com	2

20111022 user-story-first-generation

by Masanori Kado on Oct 22, 2011

Accessibility

Tags

Upload Details

Usage Rights

10 Embeds 920

Statistics

20111022 user-story-first-generation — Presentation Transcript