スクラムガイド | 23. スクラムにおけるストーリーポイントと見積もり
公開: 2022-05-26今日の記事では、スクラムにおける見積もりとストーリー ポイントのトピックを取り上げます。 スクラムで見積もりを作成すると、タスクを完了するのに必要な複雑さと時間を予測するのに役立ちます。 過去を分析することにより、スクラムチーム全体が集合的に将来がどうなるかを予測します。
したがって、スクラム チームの経験が豊富であればあるほど、見積もりはより正確になります。 チームはまた、スプリント計画中にタスクを完了するための推定時間を確立するために協力しますが、これは最終的なコミットメントではなく予測であることに留意してください。 その精度は、予測不可能な変化や予期せぬ状況を常に経験する多くの変数に依存します。 幸いなことに、スクラムの方法論には、ある程度の確実性を促進するためのテクニックとツールが含まれています。今日は、それらを詳細に説明するので、それらをすぐに理解して適用できます。
スクラムにおけるストーリー ポイントと見積もり – 目次:
- 序章
- スクラムにおけるストーリーポイントの重要性
- ストーリー ポイントは相対的な単位です。 この意味は:
- 相対推定手法
- 概要
序章
各スプリント計画で、プロダクト オーナーは新しいユーザー ストーリーをチームに提示します。 プロダクト オーナーは、次のスプリントでの実装のためにプロダクト バックログからそれらを選択します。 次に、スクラム チームのメンバーは、この新しい一連の職務を完了するために必要なワークロードを共同で見積もります。 この種の割り当ては、見積もり、要件の見積もりです。
最も簡単な方法は、タスクを完了するのに必要な時間を時間または日で定義することです。 しかし、1940 年代以降に実施された実践と研究は、そうではないことを証明しています。 人間は、非常に明確に定義されたタスクでさえ、完了するのに必要な時間を正確に見積もることができません。 さらに、タスクを完了するのに必要な時間数は、そのタスクを誰が行っているか、および以前に何を行ったか、または行っていないかによって異なります。 これが、スクラムが通常、ストーリー ポイントと呼ばれる単位を使用する理由です。
スクラムにおけるストーリーポイントの重要性
各開発チームは、経験と個々のタスクのサイズに基づいてストーリー ポイントの価値を実践します。つまり、経験主義の原則に従います。 ほとんどの場合、スプリント計画中に、スクラム マスターは完成したユーザー ストーリーの 1 つまたは複数のサンプルを選択します。これは、開発するユーザー ストーリーの価値を決定するための基準点として機能します。
そのため、コンテキストがないとストーリー ポイントに値を割り当てることができません。 たとえば、最初のタスクに 10 の値が割り当てられている場合、後続のタスクはそれに対して大きいか小さいかのいずれかとして評価されます。 このように、スクラム チーム プロジェクト内では、プロダクト バックログのすべてのタスクが互いに関連しています。 これは、1 つの開発チームが同様のタスクを実行すると、同様のポイントを獲得できることを意味します。
ストーリー ポイントは相対的な単位です。 この意味は:
ストーリー ポイントの値は、特定のスクラム チームによって実行されるタスクにのみ関連します。 ストーリー ポイントは、1 つのチームのタスクの完了速度を表します。 つまり、チーム A によって 10 ストーリー ポイントと見積もられたユーザー ストーリーは、チーム B によって 50 ストーリー ポイントを獲得することができます。 .
1 つのスプリントで完了したストーリー ポイントの値は、2 つのスクラム チームのパフォーマンスを比較する基準にはなりません。 スクラム プロジェクトを管理する際のミスを避けるために、1 つのスプリントで行われたストーリー ポイントで表される開発チームの速度を 2 つのチームのパフォーマンスの比較に使用できないことを覚えておくことが重要です。 これは、一方のチームが 10 と見積もったスプリントと、もう一方のチームが 50 ストーリー ポイントと見積もった並行スプリントで同じ作業を行うことができるためです。
また、推定には未知の要素が多く、不完全なデータに基づいて作成されていることも忘れてはなりません。 このため、非常に経験豊富なスクラム チームの予測でさえ、ユーザー ストーリーを完了するために必要な実際の労力とは大きく異なる場合があります。
相対推定手法
スクラムで最も効果的な見積もりテクニックは何ですか? 各チームに有効な万能の方法はありません。
アジャイル方法論内の見積もり手法の中で、最も一般的なものは次のとおりです。
- 企画ポーカー。 この最も一般的な相対的な方法は、カード ゲームを使用して、タスクを完了するための作業量を計算します。 詳細なルールとプロセスについては、別の記事で説明します。
- チーム見積もりゲーム。 これには、フィボナッチ数列から選択された適切な数値を使用して、特定のスプリントでユーザー ストーリーの実行を割り当てることが含まれます。 また、それについても別の記事を用意しました。
一方、スクラムは、従来のプロジェクト管理方法論の古典的な絶対見積もりの方法を拒否します。 タスクを見積もる方法は、プロジェクト全体の人月、期間、およびコストを事前に定義することです。 これは長いプロセスであり、実行が難しく、理論的根拠と行動規範を確立する傾向がある専門家の参加を必要としますが、彼らが見積もった価値のあるタスクを必ずしも実行するとは限らない行動を起こしません. つまり、面倒なだけでなく、非常に非効率的です。
ストーリー ポイントと見積もり - まとめ
見積もりは、すべての成熟したスクラム チームを特徴付ける非常に重要なスキルです。 個々のタスクを完了するのに必要な時間と労力を見積もることは、プランニング ポーカーやチーム見積もりゲームなどの多くの相対的な見積もり手法の主な焦点になりました。
ストーリー ポイントを使用したユーザー ストーリーは、私たちが説明したもう 1 つの効率的な測定手法であり、読者に便利なツールを提供できれば幸いです。 ただし、それらの数値はスクラム チームによって実行される特定のタスクのみに関連していることを覚えておくことが重要です。 したがって、ストーリー ポイントの数は、異なる開発チームの速度を比較するための基礎にはなりません。
私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest の忙しいミツバチ コミュニティに参加してください。
スクラムガイド:
- 基本的な用語、役割、および概念の用語集
- スクラムとは?
- スクラムの価値
- あなたの会社にスクラムを導入する方法は?
- スクラム チーム - それは何ですか?どのように機能しますか?
- プロダクトオーナーとは?
- プロダクトオーナーのよくある間違い
- スクラムマスターとは?
- 優れたスクラムマスターの特徴
- スクラムマスターのよくある間違い
- スクラム マスターはどのような統計と指標を追跡する必要がありますか?
- プロダクトオーナーとスクラムマスターの協力
- スクラムの開発チーム
- 開発者のよくある間違い
- スクラム成果物
- スクラムのスケーリング
- スプリントバックログ
- 製品バックログとは何ですか?
- ユーザーストーリーとは?
- INVEST で最高のユーザー ストーリーを作成する
- 最も一般的なユーザー ストーリーの間違い
- ユーザーストーリーの承認基準
- スクラムの見積もりとストーリー ポイント
- 企画ポーカー
- チーム見積もりゲーム
- 増分の定義
- スクラムイベント
- スクラムにおけるスプリントとは?
- スクラム チームのコミットメント - 製品の目標、スプリントの目標、完了の定義
- バーンダウンチャートとは?
- バーンダウン チャートを作成して解釈する方法
- バーンダウンチャートのメリットとデメリット
- スクラムとスクラムバンのかんばんボード
- スクラムの速度 - 開発チームの速度
- デイリースクラム
- スプリント計画
- スプリントレビュー
- スプリントレトロスペクティブとは何ですか?
- スプリントふりかえりでよくある間違い
- 製品バックログ育成