SlideShare uma empresa Scribd logo
1 de 17
Baixar para ler offline
ストーリーポイントを 
つけられるようになるために 
(たぶん)必要な3つのこと 
@harakachi
ストーリーポイントって? 
• 作業全体の、規模の大きさを表す単位 
• 作業内容や難しさ、リスクなどが一体になったもの 
• 他の作業と比べて相対的に表す
3つの必要なこと 
1. 何故ユーザーストーリーを使うのかをだいたい理 
解する 
2. 受け入れ条件についても大体わかる 
3. 規模の見積りとはどういうことなのかを知る
1. 何故ユーザーストーリーを使うのかをだいたい 
理解する
ユーザーストーリーとは? 
(1) 
• <ユーザ>として<達成したいゴール>がしたい(欲しい)。 
なぜなら<理由>だからだ 
• リリースしたい単位の全体を表すことができる 
• 企画だけやる、デザインだけやる、開発だけやるというこ 
とを表しにくくなる 
• ユーザーの視点から見て、それに価値があるかどうかを判断で 
きるようになる 
• 本当にユーザはそれをしたいの?という議論がしやすい
ユーザーストーリーとは? 
(2) 
• 価値があったかどうかを検証しやすくなる 
• もし価値があった場合、ユーザの行動はどう変わるのだろう? 
• 変わった行動を認識するために、どうやって検証する? 
• ユーザーストーリーとタスクの違い 
• 完了するとユーザにとって価値があるものになる=ユーザース 
トーリー 
• 完了しても、それ単体ではユーザへの価値にならない=タスク
何故ユーザーストーリーを 
使うのか? 
• ユーザーストーリーならストーリーポイントが付けや 
すい 
• 着手~ユーザに届くまでを対象に考えることがで 
きる 
• デザインは簡単だけど作るの大変とか、その逆も 
あったりするので、チーム全員でやるべきことを 
調整しながらストーリーポイントを付けることが 
できる!
2. 受け入れ条件についても大体わかる
受け入れ条件とは(1) 
• ユーザーストーリーが満たすべき条件のこと 
• ユーザーストーリー(プロダクトバックログ)毎に 
違うものになる
受け入れ条件とは(2) 
• 例えば 
• 「コミュのイベント参加ユーザとして、参加を決めたイベン 
ト開催日の3日前に通知が欲しい。なぜならイベント日は忘 
れがちだからだ」 
• 通知はメールで送られること 
• 開催日、タイトル、参加人数、リンクを本文に含めること 
• AM10時頃から送信を開始すること
3.「規模の見積り」とはどういうことなのかを知 
る
何故 
規模を見積もるのか(1) 
• アジャイルチームは、規模の見積もりと期間の見積もりをを分けて考える。この違いを理解 
するために、これから私が庭の端にある一山の土を、庭の反対側の端まで運ぶ事になったと 
しよう。 
• A. 私は土の山を眺めて、手持ちの道具を思い浮かべる(シャベルと手押し車だ)。そして、こ 
の作業に5時間かかると見積もる 
• B. 山の寸法から考えて、私は土の量を300立方フィートと見積もった。 
• 私の手押し車のラベルには、積載用量が6立方フィートと書いてる。300立方フィー 
トを6立方フィートで割れば、この手押し車で50往復で全ての土を運べることがわかる 
• 次に、一回の往復にかかる時間を見積もる。土を積み込むのに3分、庭の端から端ま 
で手押し車で運んで土を降ろすのに2分、空の手押し車を押して戻るのに1分。 
• 合計すると、一往復にかかる時間は6分という計算になった。全部で50往復する予定 
だから、期間の見積もりは300分、すなわち5時間だ。 
アジャイルな見積りと計画作り P59より
何故Bの見積りが良いの? 
• もし、どこかの工程がn分遅れだったとしても、全 
体を通じて+m分多くなる。といった補正が可能 
• そもそも規模を見誤っていた時も、認識して再計算 
が可能 
• 違う規模の同じ作業をする場合に、過去のデータや 
経験を流用して計算が可能 
• 規模感を考えてから、具体的な物事を考えると良い
規模感は相対的に比較できる 
http://upload.wikimedia.org/wikipedia/commons/b/b2/Skyscrapers_Shinjuku_2007_rev.jpg
規模感を比較してみよう 
• ドッグポイント見積もり。ドッグポイントとは、犬の肩の高さをあらわすポイントであると 
定義。この前提で以下の犬種それぞれのドッグポイントを見積もってください 
• ラブラドール・レトリーバー 
• テリア 
• グレート・デーン 
• プードル 
• ダックスフント 
• ジャーマン・シェパード 
• セントバーナード 
• ブルドック 
アジャイルな見積りと計画作り P62より
相対見積りの大事なこと 
• 見積もる対象の情報を引き出して把握する 
• 「プードルってトイプードルのことじゃないよね?」 
• 小さすぎる基準は危険 
• 小さな基準で大きいものを相対評価する場合、倍率 
が高くなりすぎてしまう 
• 大きなものを小さく分解する
Comming Soon… 
「大きなストーリーを分割して、1スプリントに収 
まるようにする」

Mais conteúdo relacionado

Semelhante a ストーリーポイントをつけられるようになるために必要な3つのこと

Microsoft Teamsを使ったメッセージ通知開発
Microsoft Teamsを使ったメッセージ通知開発Microsoft Teamsを使ったメッセージ通知開発
Microsoft Teamsを使ったメッセージ通知開発miekobari
 
ビジネスプランの評価ポイント20110706
ビジネスプランの評価ポイント20110706ビジネスプランの評価ポイント20110706
ビジネスプランの評価ポイント20110706Takeshi Motohashi
 
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06俊仁 小林
 
概念モデルって難しいですよね
概念モデルって難しいですよね概念モデルって難しいですよね
概念モデルって難しいですよねTakuya Kawabe
 
Tc sympo tokyo_takayama20090825
Tc sympo tokyo_takayama20090825Tc sympo tokyo_takayama20090825
Tc sympo tokyo_takayama20090825和也 高山
 
テックヒルズ
テックヒルズテックヒルズ
テックヒルズtomo tsubota
 
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。toshihiro ichitani
 
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。GuildWorks
 
匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)Hagimoto Junzo
 
運用管理を楽にしたいという話
運用管理を楽にしたいという話運用管理を楽にしたいという話
運用管理を楽にしたいという話Hisashi HATAKEYAMA
 
Webサービスを作る人に伝えたい5つのこと
Webサービスを作る人に伝えたい5つのことWebサービスを作る人に伝えたい5つのこと
Webサービスを作る人に伝えたい5つのことDai Murata
 
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリングHiromi Otake
 
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編You&I
 
ユーザーストーリーワークショップ
ユーザーストーリーワークショップユーザーストーリーワークショップ
ユーザーストーリーワークショップYou&I
 
ユーザーストーリーワークショップ
ユーザーストーリーワークショップユーザーストーリーワークショップ
ユーザーストーリーワークショップYou&I
 
ユーザーストーリー作り(DevLOVE道場第二回)
ユーザーストーリー作り(DevLOVE道場第二回)ユーザーストーリー作り(DevLOVE道場第二回)
ユーザーストーリー作り(DevLOVE道場第二回)Kiichi Kajiura
 

Semelhante a ストーリーポイントをつけられるようになるために必要な3つのこと (20)

Microsoft Teamsを使ったメッセージ通知開発
Microsoft Teamsを使ったメッセージ通知開発Microsoft Teamsを使ったメッセージ通知開発
Microsoft Teamsを使ったメッセージ通知開発
 
読書会Vol6
読書会Vol6読書会Vol6
読書会Vol6
 
20120529 アジャイルサムライ読書会第6回
20120529 アジャイルサムライ読書会第6回20120529 アジャイルサムライ読書会第6回
20120529 アジャイルサムライ読書会第6回
 
ビジネスプランの評価ポイント20110706
ビジネスプランの評価ポイント20110706ビジネスプランの評価ポイント20110706
ビジネスプランの評価ポイント20110706
 
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
 
概念モデルって難しいですよね
概念モデルって難しいですよね概念モデルって難しいですよね
概念モデルって難しいですよね
 
Tc sympo tokyo_takayama20090825
Tc sympo tokyo_takayama20090825Tc sympo tokyo_takayama20090825
Tc sympo tokyo_takayama20090825
 
テックヒルズ
テックヒルズテックヒルズ
テックヒルズ
 
20140627 agile japan_embrace change for unchangeability
20140627 agile japan_embrace change for unchangeability20140627 agile japan_embrace change for unchangeability
20140627 agile japan_embrace change for unchangeability
 
d.thinking workshopsheet
d.thinking workshopsheetd.thinking workshopsheet
d.thinking workshopsheet
 
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
 
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
 
匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)
 
運用管理を楽にしたいという話
運用管理を楽にしたいという話運用管理を楽にしたいという話
運用管理を楽にしたいという話
 
Webサービスを作る人に伝えたい5つのこと
Webサービスを作る人に伝えたい5つのことWebサービスを作る人に伝えたい5つのこと
Webサービスを作る人に伝えたい5つのこと
 
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
 
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編
 
ユーザーストーリーワークショップ
ユーザーストーリーワークショップユーザーストーリーワークショップ
ユーザーストーリーワークショップ
 
ユーザーストーリーワークショップ
ユーザーストーリーワークショップユーザーストーリーワークショップ
ユーザーストーリーワークショップ
 
ユーザーストーリー作り(DevLOVE道場第二回)
ユーザーストーリー作り(DevLOVE道場第二回)ユーザーストーリー作り(DevLOVE道場第二回)
ユーザーストーリー作り(DevLOVE道場第二回)
 

ストーリーポイントをつけられるようになるために必要な3つのこと