Submit Search
Upload
ストーリーポイントで見積もるということ
•
17 likes
•
15,164 views
Yagi Natsuki
Follow
ストーリーポイントでの見積もりについて、社内で認識合わせに使用した資料
Read less
Read more
Technology
Report
Share
Report
Share
1 of 33
Download now
Download to read offline
Recommended
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
Takaaki Umada
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
(2017.6.9) Neo4jの可視化ライブラリまとめ
(2017.6.9) Neo4jの可視化ライブラリまとめ
Mitsutoshi Kiuchi
技術記事を書く&楽しむチームの作り方
技術記事を書く&楽しむチームの作り方
Takafumi ONAKA
ドメイン駆動設計をゲーム開発に活かす
ドメイン駆動設計をゲーム開発に活かす
増田 亨
Recommended
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
Takaaki Umada
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
(2017.6.9) Neo4jの可視化ライブラリまとめ
(2017.6.9) Neo4jの可視化ライブラリまとめ
Mitsutoshi Kiuchi
技術記事を書く&楽しむチームの作り方
技術記事を書く&楽しむチームの作り方
Takafumi ONAKA
ドメイン駆動設計をゲーム開発に活かす
ドメイン駆動設計をゲーム開発に活かす
増田 亨
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
Unityでオンラインゲーム作った話
Unityでオンラインゲーム作った話
torisoup
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
失敗から学ぶ機械学習応用
失敗から学ぶ機械学習応用
Hiroyuki Masuda
【Unity】 Behavior TreeでAIを作る
【Unity】 Behavior TreeでAIを作る
torisoup
NTTデータはどうやってCCPMを導入したのか?
NTTデータはどうやってCCPMを導入したのか?
shibao800
PMBOKで学ぶプロジェクトマネジメントの基礎
PMBOKで学ぶプロジェクトマネジメントの基礎
Hiroyuki Tanaka
20141213 俺のインセプションデッキ #agilesamurai
20141213 俺のインセプションデッキ #agilesamurai
Takao Oyobe
Unity開発で使える設計の話+Zenjectの紹介
Unity開発で使える設計の話+Zenjectの紹介
torisoup
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
MOCKS | Yuta Morishige
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
MOCKS | Yuta Morishige
Unityで始めるバージョン管理 Git LFS 入門編
Unityで始めるバージョン管理 Git LFS 入門編
NAKAOKU Takahiro
正しいものを正しく作る塾-設計コース
正しいものを正しく作る塾-設計コース
増田 亨
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
まじめに!できる!LT
まじめに!できる!LT
Akabane Hiroyuki
C# ゲームプログラミングはホントにメモリのことに無頓着でいいの?
C# ゲームプログラミングはホントにメモリのことに無頓着でいいの?
京大 マイコンクラブ
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
Arata Fujimura
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのこと
Katsunobu Harada
プランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくり
Reimi Kuramochi Chiba
More Related Content
What's hot
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
Unityでオンラインゲーム作った話
Unityでオンラインゲーム作った話
torisoup
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
失敗から学ぶ機械学習応用
失敗から学ぶ機械学習応用
Hiroyuki Masuda
【Unity】 Behavior TreeでAIを作る
【Unity】 Behavior TreeでAIを作る
torisoup
NTTデータはどうやってCCPMを導入したのか?
NTTデータはどうやってCCPMを導入したのか?
shibao800
PMBOKで学ぶプロジェクトマネジメントの基礎
PMBOKで学ぶプロジェクトマネジメントの基礎
Hiroyuki Tanaka
20141213 俺のインセプションデッキ #agilesamurai
20141213 俺のインセプションデッキ #agilesamurai
Takao Oyobe
Unity開発で使える設計の話+Zenjectの紹介
Unity開発で使える設計の話+Zenjectの紹介
torisoup
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
MOCKS | Yuta Morishige
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
MOCKS | Yuta Morishige
Unityで始めるバージョン管理 Git LFS 入門編
Unityで始めるバージョン管理 Git LFS 入門編
NAKAOKU Takahiro
正しいものを正しく作る塾-設計コース
正しいものを正しく作る塾-設計コース
増田 亨
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
まじめに!できる!LT
まじめに!できる!LT
Akabane Hiroyuki
C# ゲームプログラミングはホントにメモリのことに無頓着でいいの?
C# ゲームプログラミングはホントにメモリのことに無頓着でいいの?
京大 マイコンクラブ
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
Arata Fujimura
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
What's hot
(20)
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Unityでオンラインゲーム作った話
Unityでオンラインゲーム作った話
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
失敗から学ぶ機械学習応用
失敗から学ぶ機械学習応用
【Unity】 Behavior TreeでAIを作る
【Unity】 Behavior TreeでAIを作る
NTTデータはどうやってCCPMを導入したのか?
NTTデータはどうやってCCPMを導入したのか?
PMBOKで学ぶプロジェクトマネジメントの基礎
PMBOKで学ぶプロジェクトマネジメントの基礎
20141213 俺のインセプションデッキ #agilesamurai
20141213 俺のインセプションデッキ #agilesamurai
Unity開発で使える設計の話+Zenjectの紹介
Unity開発で使える設計の話+Zenjectの紹介
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
Unityで始めるバージョン管理 Git LFS 入門編
Unityで始めるバージョン管理 Git LFS 入門編
正しいものを正しく作る塾-設計コース
正しいものを正しく作る塾-設計コース
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
まじめに!できる!LT
まじめに!できる!LT
C# ゲームプログラミングはホントにメモリのことに無頓着でいいの?
C# ゲームプログラミングはホントにメモリのことに無頓着でいいの?
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Viewers also liked
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのこと
Katsunobu Harada
プランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくり
Reimi Kuramochi Chiba
Henrik Kniberg - Scrum and XP beyond the trenches
Henrik Kniberg - Scrum and XP beyond the trenches
AgileSparks
チケット管理システム大決戦第二弾
チケット管理システム大決戦第二弾
Ryutaro YOSHIBA
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
Kenji Hiranabe
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
Satoshi Masuda
スプリント計画ミーティング
スプリント計画ミーティング
Miho Nagase
インセプションデッキ紹介
インセプションデッキ紹介
You&I
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法
Hirotaka Osaki
20140131 万葉帰社日発表 チーム積み重ね 公開版
20140131 万葉帰社日発表 チーム積み重ね 公開版
tatsuo sakurai
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)
Arata Fujimura
KPTの基本と、その活用法
KPTの基本と、その活用法
ESM SEC
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
Hajime Yanagawa
Viewers also liked
(13)
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのこと
プランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくり
Henrik Kniberg - Scrum and XP beyond the trenches
Henrik Kniberg - Scrum and XP beyond the trenches
チケット管理システム大決戦第二弾
チケット管理システム大決戦第二弾
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
スプリント計画ミーティング
スプリント計画ミーティング
インセプションデッキ紹介
インセプションデッキ紹介
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法
20140131 万葉帰社日発表 チーム積み重ね 公開版
20140131 万葉帰社日発表 チーム積み重ね 公開版
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)
KPTの基本と、その活用法
KPTの基本と、その活用法
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
Recently uploaded
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
Toru Tamaki
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
taisei2219
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Yuma Ohgami
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
Hiroki Ichikura
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
sugiuralab
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
Toru Tamaki
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
Toru Tamaki
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
iPride Co., Ltd.
Recently uploaded
(8)
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
ストーリーポイントで見積もるということ
1.
ストーリーポイント 2015/05/25
2.
アジェンダ • アジャイルな見積もりと計画づくり • なんで見積もるの?なんで計画すんの? •
大事なこと • つまりどういうこと? • 見積もり方 • 利点 • こういう時どーすんの?
3.
アジャイルな見積と計画づくり
4.
アジャイルな見積と計画づくり • 発売日 :
2009/01/29 • 著者 • Mike Cohn • Mountain Goat Software 社の設立者 • 訳者 • 安井 力 • 角谷信太郎
5.
なんで見積もるの? なんで計画すんの?
6.
計画することがすべてだ。 立てた計画はどうでもいい。 ― 陸軍元帥 ヘルムート・グラフ・フォン・モルトケ
7.
なんで見積もるの?なんで計画すんの? • 上長にやれといわれたから • 上長に報告しなきゃいけないから •
みんながやってるから • なんとなくスクラムっぽいから 無意味!
8.
なんで見積もるの?なんで計画すんの? 「計画づくりとは探求なのだ」
9.
なんで見積もるの?なんで計画すんの? 計画づくりとは 「なにをつくるべきか?」 という問いに答えること
10.
なんで見積もるの?なんで計画すんの? • 自分たちが「今」すべきことは何なのかの認識をあわせ るため • 自分たちのゴールを明確にするため •
プロジェクトのゴール、スプリントのゴール… etc • ゴールに対する現在地を確認するため • 自分たちの歩く速さを常に可視化するため
11.
なんで見積もるの?なんで計画すんの? 全ては自分たちのためにやること!
12.
大事なこと
13.
大事なこと 規模を見積もり 期間は導出する
14.
つまりどういうこと?
15.
つまりどういうこと? • 規模 • ストーリーポイント!! •
あれやんなきゃいけないね • これ考えないといけないね • 結構リスキーだね • これ結構めんどいやつだね • 期間 • こんくらい時間かかりそうだね • だとしたらいつ終わりそうだね
16.
見積もり方
17.
見積もり方 • 相対的に見積もる • 基準を決める •
3つ ( 1, 5, 13 くらい)※アジャイルサムライ流 • 基準より重いか軽いかを考える • フィボナッチ数列っぽい値でSPを付ける • プランニングポーカー
18.
19.
見積もり方 • フィボナッチ数列っぽい値 • プランニングポーカー •
0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100, ∞, ? • ざっくり見積もる為の数字 • そもそも見積もりなんて曖昧なものなので完璧を求め ない
20.
見積もる時の注意 • 時間を区切る • 1見積もり3分とか •
1,2とかの差にあまりこだわらない • ざっくりで良いんです! • 議論する時は必ず基準を明確にする • 「このストーリーが3Pで、これよ り俺は重いと思うから5なんだ」 • 「これとこれやらなきゃいけないか らこっちより重い!」 • チームで見積もる • ストーリーやタスクに対する認 識をみんなであわせる! • レビュー時にも楽になるし、手 戻り減るよね • 誰がやるかを見積もり時に考慮し ない • 誰がやってもポイントは同じに なります
21.
利点
22.
利点 タスク SP 設計 10 API作る
5 VIEW作る 3
23.
リソース ベロシティ Aさん(新人) 3 Bさん
(中堅) 5 Gさん (ベテラン) 10 ベロシティ:1スプリントで消化できるSP
24.
リソース ベロシティ Aさん(新人) 3 Bさん
(中堅) 5 Gさん (ベテラン) 10 スプリント1 Gさん 設計 10SP スプリント2 Bさん 設計 10SP Gさんが設計する場合 Bさんが設計する場合 Bさん API 5SP BさんがAPI実装する場合 人が変わっても 規模は変わらないので 見積もり直す必要はない!!
25.
利点 タスク 人日 設計 Aさん 1日 Bさん
2日 API作る Aさん 1/2日 Bさん 1日 VIEW作る 省略
26.
利点 • めんどくさい! • 担当者変えたくない! •
もうずっと同じ人に任せる! 属人化いっちょあがり 見積もり直さなきゃ… WBS直さなきゃ… またアレやり直さな きゃ…
27.
例としては個人のベロシティと書きましたが 実際はベロシティはチーム全体で計算します 個人の責任と問わず チームでアウトプットすることにフォーカスする
28.
チーム全体のベロシティ 全体のSP ↓ 期間を導出する 距離(SP) ÷ 速さ(ベロシティ)
= 時間
29.
こういうときどーすんの?
30.
こういう時どーすんの? 1.人によって前提知識が違うので(調査とか含めると)作業量(規模) も変わってくる → 調査を別タスクにする → 前提知識があって調査が不要な人はベロシティが高い人である と考える 2.前回同じような機能を作った時に共通化したので、機能的には同じ ようなものでも今回は超簡単にできてしまう →
チームのベロシティが上がったと考えて、SPは同じSPにします
31.
こういう時どーすんの? 3.ボリュームが読めない(バグ系とか、要件定義とか) →まずは、これまでに似たようなタスクが無いか探す → 時間で区切って(例えば1日)やってみて、そこから見積もる (こーいうやつをスパイクと呼びます) → 最悪終わってからSPを決める 4.どこまで見積もるの?突発的に発生する作業とかも? →
あくまで個人的なアレですが、突発タスクは見積もらないでも良い と思ってます。
32.
まとめ • 見積もりと計画づくりがアジャイルでないのに、プロジェクトが アジャイルであるということはありえない • 計画自体(Plan)ではなく、計画すること(Planning)が大事 •
規模を見積もり、期間は導出する!! • ストーリーポイントは工数(時間)ではない • 完璧を求めない (ざっくりでよい!見積もりは確率) • あくまでチームで考える
33.
Any Questions?
Download now