Submit Search
Upload
ストーリーポイントで見積もるということ
•
17 likes
•
15,166 views
Yagi Natsuki
Follow
ストーリーポイントでの見積もりについて、社内で認識合わせに使用した資料
Read less
Read more
Technology
Report
Share
Report
Share
1 of 33
Download now
Download to read offline
Recommended
NTTデータはどうやってCCPMを導入したのか?
NTTデータはどうやってCCPMを導入したのか?
shibao800
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
Lean coffee
Lean coffee
Takeshi Arai
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
つくらない ものづくり ~明日からできるリーンスタートアップ~
つくらない ものづくり ~明日からできるリーンスタートアップ~
圭 進藤
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
Itsuki Kuroda
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
Recommended
NTTデータはどうやってCCPMを導入したのか?
NTTデータはどうやってCCPMを導入したのか?
shibao800
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
Lean coffee
Lean coffee
Takeshi Arai
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
つくらない ものづくり ~明日からできるリーンスタートアップ~
つくらない ものづくり ~明日からできるリーンスタートアップ~
圭 進藤
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
Itsuki Kuroda
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
1から学ぶスクラム
1から学ぶスクラム
Keisuke Izumiya
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
Itsuki Sakitsu
ユーザーストーリーの分割
ユーザーストーリーの分割
Arata Fujimura
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
俺のインセプションデッキ【Remaster版】
俺のインセプションデッキ【Remaster版】
Takao Oyobe
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
Itsuki Kuroda
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
Takeshi Kakeda
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
Shuichi Tsutsumi
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
SEGADevTech
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
つたわるスライド
つたわるスライド
Kazuyoshi Goto
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
Kotaro Ogino
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
Leanstartupをリーンにヤル #リーンスタートアップ
Leanstartupをリーンにヤル #リーンスタートアップ
Itsuki Kuroda
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
masamimorita
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのこと
Katsunobu Harada
プランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくり
Reimi Kuramochi Chiba
More Related Content
What's hot
1から学ぶスクラム
1から学ぶスクラム
Keisuke Izumiya
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
Itsuki Sakitsu
ユーザーストーリーの分割
ユーザーストーリーの分割
Arata Fujimura
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
俺のインセプションデッキ【Remaster版】
俺のインセプションデッキ【Remaster版】
Takao Oyobe
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
Itsuki Kuroda
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
Takeshi Kakeda
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
Shuichi Tsutsumi
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
SEGADevTech
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
つたわるスライド
つたわるスライド
Kazuyoshi Goto
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
Kotaro Ogino
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
Leanstartupをリーンにヤル #リーンスタートアップ
Leanstartupをリーンにヤル #リーンスタートアップ
Itsuki Kuroda
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
masamimorita
What's hot
(20)
1から学ぶスクラム
1から学ぶスクラム
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
ユーザーストーリーの分割
ユーザーストーリーの分割
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
俺のインセプションデッキ【Remaster版】
俺のインセプションデッキ【Remaster版】
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
リーン開発の本質 公開用
リーン開発の本質 公開用
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
つたわるスライド
つたわるスライド
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Leanstartupをリーンにヤル #リーンスタートアップ
Leanstartupをリーンにヤル #リーンスタートアップ
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
QA組織立ち上げ奮闘記 〜はじめに行ったこと、それは、理念を広めること〜
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
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
Hiroshi Tomioka
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
FumieNakayama
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NTT DATA Technology & Innovation
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
FumieNakayama
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
akihisamiyanaga1
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
Yuki Kikuchi
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
博三 太田
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
UEHARA, Tetsutaro
Recently uploaded
(8)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
ストーリーポイントで見積もるということ
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