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

1. サービス開発者の読書会 #4
2012.05.15 ConnectStar

2. アジャイルサムライ
４回目
アジャイルサムライ——達人開発者への道
How Agile Masters Deliver Great Software
Jonathan Rasmusson
西村直人, 角谷信太郎
近藤修平, 角掛拓未
P1.0, 2011 年 7 月 25 日
Build date: 2011 年 7 月 14 日
(m-sl b-n bc-n)
Prepared exclusively for 木村 壮介 <sosuke@kimura-online.com>, 20120417-01AE2C42

3. 今日やること
1. 自社サービスにおける文書化について話しま
しょう
2. ユーザストーリとは何かについて話しましょ
う
3. 担当サービスでユーザストーリー作成のワー
クショップを行いましょう
4. 次回について話しましょう

4. 前回のKPT
KEEP TRY PROBLEM
• 事前に資料を作った。 • 最初に前回のKPTを見よ • 時間通りに終った
う！
• 時間通りに終った。 • 最初の盛り上がりが…
• ゲストよぼう！
• 毎週やってる！ • 本読んでるけど、内容
• もし読んでても、もう 忘れてる
• アジャイルサムライに飽 一度、直前に読もう
きてない！ ぜ！
• 幹事は告知しよう

5. タイムテーブル
1. 前回のKPT確認 ： ２分
2. 今日のやること確認：３分
3. 文書化についての話し：５分
4. ユーザストーリーについての話し：１０分
5. ユーザストーリーワークショップ：３０分
6. ユーザストーリーまとめ：５分
7. KPT：５分
8. 次回について：１分

6. 第6章：ユーザストーリー
自社サービスにおける文書化とは？
1. そもそも要件は文書で書ききれないし、変化にも対応できない。
FaceToFaceには及ばない。最も詳細で詳しい設計書はソースコー
ド。
2. エビデンスのための文書化？言った言わない問題のリスクヘッ
ジ？ → 自社サービス開発には（あんまり）要らないのでは？
3. 文書化がまったく不要、というわけではない。
4. どんなものを、どんな目的で作るのか、チームで共有できていれ
ば文書は不要。 → 必要なのは共有のため。話のきっかけや思い出
すの為。書くことが目的ではない。

7. 第6章：ユーザストーリー（出てきた話）
自社サービスにおける文書化とは？
1. Wikiで共有している。
2. 言葉だけだと共有しきれない。ずれない事が重要だよね。
3. 運用だと、変化する仕様を紙に反映しきれない。反映するコ
ストが無駄。
4. 最初の開発に際しては必要
5. 初期開発では必要だけど、運用においては文書のメリットは
低い
6. 動くもので表現できる

8. 第6章：ユーザストーリー
ユーザーストーリーとは？
1. 独立している(Independent)
2. 交 渉の余地がある(Negotiable)
3. 価値のある(Valuable)
INVEST
4. 見積もれる(Estimatable)
5. 小さい(Small)
6. テストできる(Testable)

9. 第6章：ユーザストーリー
ユーザーストーリーとは？
1. アジャイルで計画を立てて実行していく上で、肝になるものだ
よね
2. Pivotal Trackerのストーリーに繋がる
3. エンドツーエンドって・・・何？？
1. 各アーキテクチャレイヤを貫く形でお客さんに価値ある成果
を届ける、と言うこと。

10. 第6章：ユーザストーリー（出てきた話）
ユーザストーリーとは？
1. チームで共有できることが大事
2. 人によってレベル感は様々
3. レベル感が不明だけど、決めの問題？
4. 機能単位？
5. 現状のRedmine運用では価値になっているかちょっと曖昧。

11. 第6章：ユーザストーリー
担当サービスでワークショップ
1. ２０分間でペアで洗い出し
2. 作業場所はどこでも可
3. 全部の洗い出しは時間的に難しいから、サービスの中心部分に
フォーカス
4. 最後に２−３分ずつぐらいで発表

12. 第6章：ユーザストーリー（気づき）
担当サービスでワークショップ
1. 交渉の余地がある
2. ぼやっとしすぎても問題
3. ちょうど良いところはどこか
4. 実際にやりながら擦り合わせて行きましょう
5. 交渉の余地がある → 代替案がある
6. RedmineでやってるPJを実際にPivotal Trackerでやってみよう

13. KPT
KEEP PROBLEM TRY
• 事前に資料を作った。 • 時間が５分すぎた • 読んで考えてくる
• 毎週やってる！ • 前半盛り上がらない • 幹事はもっと早く告知
しよう
• アジャイルサムライに飽 • やっぱり内容を忘れて
きてない！ る • 予め話したい議題を各
自グループにUPしてお
• ワークショップがよ
かった
• 最初に思い出すことで
終わってる
く。
• 文字が小さい