アジャイル推定手法：アジャイルプロジェクトにおける真の推定

agile estimation techniques

アジャイルプロジェクトにおける真の見積もり：アジャイル見積もりの​​例を含む完全な洞察

さまざまなレベルでアジャイル見積もりを行うことは非常に重要です。これは、適切な計画、管理、および指定された期限内の時間の観点から、目的の製品を実装、テスト、およびお客様に提供するために使用する総労力を見積もるために行われます。

アジャイルプロジェクトの見積もりが不足していると、適切な計画と管理が行われず、望ましくない製品が提供され、顧客が不満を感じる可能性があります。

ストーリーポイントの見積もりは、プランニングポーカー、バケットシステム、アフィニティマッピングなどのさまざまな手法を使用して、アジャイルプロジェクトで行われます。この目的には、アジャイルプロジェクトプランテンプレート、リリースプランテンプレート、スプリントプランテンプレート、ロードマップテンプレートなど、さまざまなレベルのさまざまな見積もりテンプレートが使用されます。 、ユーザーストーリーテンプレートなど。

学習内容：

• 前書き
• アジャイルでのストーリーポイントの見積もり
• 推奨ツール
• さまざまなアジャイル推定手法
  • ＃1）プランニングポーカー
  • ＃2）Tシャツのサイズ
  • ＃3）ドット投票
  • ＃4）バケットシステム
  • ＃5）大/不確実/小
  • ＃6）アフィニティマッピング
  • ＃7）注文方法
• アジャイルでの予算の計算
• アジャイル開発プロジェクトの見積もりテンプレート
  • 1）アジャイルプロジェクト計画テンプレート：
  • 2）アジャイルリリース計画テンプレート：
  • 3）アジャイル製品バックログテンプレート：
  • 4）アジャイルスプリントバックログテンプレート：
  • 5）アジャイルテスト計画テンプレート：
  • 6）アジャイルユーザーストーリーテンプレート：
  • 7）アジャイルロードマップテンプレート：
• アジャイルプロジェクトにおける見積もりの​​段階
  • ＃1）提案またはプロジェクトレベルの見積もり
  • ＃2）リリースレベルの見積もり
  • ＃3）スプリントレベルの見積もり
• 結論
• 推奨読書

前書き

以下に示すのは、アジャイル見積もりの​​3つの主要なレベルです。

＃1）プロジェクトまたは提案レベル プロジェクト開発の初期段階でクイックファンクションポイント分析を使用するものです。

＃2）リリースレベル ストーリーポイントをユーザーストーリーに割り当てることも含まれます。これは、優先度に基づいてユーザーストーリーの順序を定義するのに役立ち、現在のリリースで取得できるストーリーと後で取得できるストーリーを決定するのにも役立ちます。

＃3）スプリントレベル ユーザーストーリーがタスクに分割され、複雑さに応じて推定時間がタスクに割り当てられるものです。ここでは、タスクの責任者とタスクのステータスも定義します。

この情報は、後でアジャイルプロジェクトの予算を計算するために使用できます。予算の計算は、反復前後のタスクまたはその他の理由でプロジェクトが予算を超えないようにするために重要です。

アジャイルでのストーリーポイントの見積もり

ストーリーポイントの見積もりは、相対的なサイズで製品のバックログアイテムを概算するための比較分析です。ユーザーストーリーを推定するためのチームメンバーには、プロダクトオーナー、スクラムマスター、開発者、テスター、および利害関係者が含まれます。

以下に、相対的なサイズ設定の最終決定に到達するためのいくつかの手順を示します。

＃1） すべてのユーザーストーリーを分析し、ベースストーリーまたはリファレンスストーリーを特定します。相対的なサイジングを行うために重要です。このストーリーは、現在の製品バックログまたは以前に行ったものから選択できます。このストーリーは、すべてのメンバーの同意を得て、参照ストーリーとして選択する必要があります。

＃二） 現在のプロダクトバックログから別のストーリーを選択すると、チームメンバーは、ストーリーの要件を理解しながら、質問や疑問についてプロダクトオーナーと自由に話し合うことができます。プロダクトオーナーは、すべての質問と疑問を明確にする責任があります。

＃3） ユーザーストーリーを実装する際に注意すべき点のリストを作成します。これらは、ツールのメモセクションにメモを書き込むか、ストーリーカードに箇条書きを追加することで実行できます。これは主にスクラムマスターによって行われます。

＃4）参加者の間でよくある質問は次のとおりです。

• 設計： 作業を開始する前に知っておくべき事前の必須知識は何ですか？
• コーディング： このユーザーストーリーを実装するために必要なコーディングの量。以前に同様のユーザーストーリーに出くわしたことがありますか？
• ユニットテスト： このユーザーストーリーの単体テストを行うために必要なモックオブジェクトはありますか？
• 統合テスト： この話は、同じモジュールや他のモジュールの他の機能にも影響を与えますか？
• 受け入れ試験： お客様のご希望に応じて、ご希望の商品をお届けするためのポイントは何ですか？
• 専門知識： 以前に同様の話をしたことがあり、その専門家である参加者はいますか？

＃5） 選択したストーリーの相対的なサイズ設定を行います。同じ量の作業と労力が必要な場合は、同じ番号を割り当てます。参照ストーリーに割り当てられたポイントの数。より多くの労力が必要な場合は、より高い値を割り当てます。必要な労力が少ない場合は、より低い値を割り当てます。

＃6） 完了の定義に従って、選択したユーザーストーリーの相対的なサイズを確定するために、すべての参加者と合意に達します。

PCをクリーニングするための最高のフリーソフトウェア

＃ 7） すべての製品バックログアイテムの相対的なサイズ設定が完了したら、すべてのユーザーストーリーが同じ番号であるかどうかを確認します。それらに割り当てられたポイントの数は、一貫性を保つために同じ労力とサイズを必要とします。

推奨ツール

＃1）アジャイルポーカー

アジャイルポーカー は、リモートチームと同じ場所にあるチームの両方の迅速で便利な計画と見積もりの​​ためのJiraの有名なアプリです。

アジャイルポーカーの使用を開始するのは、PlanningPoker®、Wideband Delphi、Magic Evaluation（サイレントグループ化、アフィニティ推定、スイムレーンサイジング、相対推定とも呼ばれます）の3つの業界標準推定手法に触発されたため、シンプルで簡単です。

さまざまなアジャイル推定手法

アジャイルプロジェクトで見積もりを行うための多くのテクニックがあります。見積もりを行うための主な原則には、相対見積もり、見積もりを行う必要のあるアイテムの詳細情報を取得するためのディスカッション、および割り当てられたタスクに対するチーム全体のコミットメントの確保が含まれます。

主に7つのアジャイルプロジェクト見積もり手法があります。

＃1）プランニングポーカー

• この見積もり手法では、見積もりを行うことになっているすべての人が、プランニングポーカーセッションのために丸い円の中に座っています。
• 各見積もり担当者は、0、1、2、3、5、8、13、20、40、100の値のプランニングポーカーカードのセットを持っています。これらの値は、チームが見積もりを行うストーリーポイントまたはメジャーを表します。
• セッションの開始時に、製品の所有者または顧客がユーザーストーリーを読み上げ、そのすべての機能と要件を説明します。
• ストーリーを読み上げた後、見積もり担当者間および製品の所有者/顧客との話し合いが行われます。見積もり担当者は、製品の所有者に質問したり、疑問を明確にしたりできます。
• 話し合いの後、すべての見積もり担当者は、ユーザーストーリーを見積もるために1枚のカードを選択するように求められます。すべての推定量が同じ値を与える場合、それが最終的な推定値になります。
• 値が異なる場合、コンセンサスが得られるまで、最高値と最低値を与える推定量が彼らの意見と、なぜこの値を選択したのかを説明します。
• 小さいときは良いテクニックです。アイテムの数は小さなチームで見積もられます。

=>詳細については プランニングポーカーの見積もり手法 。

＃2）Tシャツのサイズ

• Tシャツの場合と同じように、サイズはXS（Extra Small）、S（Small）、M（Medium）、L（Large）、XL（Extra Large）です。こちらも同様のアプローチで、Tシャツのサイズでお見積りしております。
• これは、大量のアイテムのバックログを大まかに見積もるのに最適な手法です。
• 迅速で大まかな見積もりを行う必要がある場合に便利です。後で、これらのサイズは要件に応じてnoに変換できます。
• 相対的なサイズ（主に中程度）は、チームメンバーまたは見積もり担当者の相互の話し合いと合意の後に決定されます。次に、中サイズに割り当てられた相対サイズに従って、アイテムに番号が割り当てられます。
• 不利益： 誰かにとってLに見えるものは、誰かにとってXLに見えるかもしれません。
• すべての推定量は、アイテムに独自のサイズを割り当てます。話し合いと不一致の解決の後、最終的な見積もりを取得するためのコンセンサスに達します。

＃3）ドット投票

• これは基本的に、優先度の高いストーリーから優先度の低いストーリーへの製品バックログの順序を決定するためのランク付け方法です。これは、先に進むべき最も重要なストーリーを選択するために行われます。
• これから始めるために、黄色の付箋を使用して、または投票を受け取るためにそれらを区別する方法で、壁またはボードにすべてのユーザーストーリーとその説明を投稿します。
• すべての利害関係者には4〜5個のドットが与えられます（ほとんどの場合、ステッカー、ペン、またはマーカーの形でドットを作成することもできます）。
• すべての利害関係者は、彼らが好むユーザーストーリーに投票するように求められます。
• プロダクトオーナーは、製品のバックログアイテムを、最も優先される（ドットの数が最も少ないもの）から最も優先されない（ドットの数が最も少ないもの）まで注文します。
• 決定された順序に不満を持っている利害関係者はほとんどいない場合があります。この場合、ユーザーストーリーは、ディスカッションの後、高優先度、低優先度、中優先度の3つのグループに分けられます。投票を受け取るために、優先度の高いユーザーストーリーが壁に投稿されます。これは、すべての利害関係者の同意を得て最終的な注文が達成されるまで行われます。

＃4）バケットシステム

• 大きい場合は良いテクニックです。アイテムの数は大数で見積もられます。参加者の。プランニングポーカーよりも高速で合理的です。
• 0、1、2、3、4、5、8、13、20、30、50、100、200の値でさまざまなバケットが作成されます。これは、必要に応じて拡張できます。これらのバケットは、テーブル上に順番に配置された値を表すカードに他なりません。
• ストーリーは、見積もり担当者が適切と判断した場所に配置する必要があります。見積もり項目はすべてカードに記載されています。
• アイテムをランダムに選び、バケット8に入れます。これは参照のみに使用されます。別のストーリーをランダムに選び、そのすべての機能と要件についてグループと話し合い、合意に基づいて適切なバケットに配置します。同様に、3番目のアイテムが選択され、適切なバケットに配置されます。
• グループが最初に選択されたアイテムをバケット8ではなくバケット1に属する必要があると感じた場合は、バケットシーケンスを変更することもできます。
• 分割統治法に従います。残りのすべての項目は、すべての参加者の間で分割されます。すべての参加者は、他の参加者の承認なしにアイテムを配置できます。
• アイテムは適切に配置する必要があります。バケットの間にアイテムを配置することはできません。
• 参加者が製品のバックログアイテムを理解していない場合、または他の参加者がユーザーストーリーの配置を完了した場合、ユーザーストーリーを他の参加者に転送できます。
• 最後に、参加者全員が健全性チェックを実施します。参加者がアイテムに割り当てられた間違ったバケットを見つけた場合、他の参加者に通知して話し合うことができます。これは、製品バックログ全体のコンセンサスが得られるまで行われます。
• ファシリテーターは、健全性チェックが行われない限り、誰もアイテムを動かさないことをチェックする必要があります。
• これは、製品バックログアイテムの優先順位を達成するためにも行われます。

＃5）大/不確実/小

• これは大まかなバージョンであり、大、小、不確実の3つのサイズしかないバケットシステムを単純化したものです。
• 参加者または見積もり担当者は、アイテムをいずれかのカテゴリに配置するように求められます。まず、単純なユーザーストーリーが選択され、大小のカテゴリに分類されます。次に、複雑なアイテムが取り上げられます。
• 製品バックログに同等のアイテムがある場合、これは優れた手法です。

＃6）アフィニティマッピング

• チームが小さくてない場合の良いテクニック。バックログアイテムの数は少なくなります。
• 最初のステップはサイレント相対サイジングです。 壁には、左端に「小さい」と書かれたカード、右端に「大きい」と書かれたカードが置かれています。プロダクトオーナーは、すべての参加者にアイテムのサブセットを提供します。すべての参加者は、それらを実装するために必要な労力を考慮して、壁のカードのサイズに関連して各アイテムのサイズを決めるように求められます。他のチームメンバーと話し合うことなく、参加者が単独で決定します。プロダクトオーナーまたは利害関係者は、参加者の疑問を明確にするために出席します。あいまいすぎてチームメンバーが見積もることができない製品バックログ項目は、個別に配置されます。 5〜20分かかります。
• 壁の編集： チームメンバーは、壁のアイテムの場所を変更できます。彼らは他のチームメンバーと設計と実装の要件について話し合うことができます。このアクティビティは、壁にほとんど変化がないときに閉じることができます。約20〜60分かかります 。
• アイテムを正しい場所に配置する： 話し合いの後、チームは製品のバックログアイテムを相対的かつ適切な位置に配置します。ここでは、Tシャツのサイズ、フィボナッチ数列などを使用して、アイテムのサイズを相対的に見積もることができます。
• プロダクトオーナーの課題： プロダクトオーナーは、チームが行った見積もりに不一致がある場合があり、アイテムの機能や要件についてチームと話し合う必要があります。話し合いの後、最終的な見積もりが行われます。
• プロジェクトバックログ管理ツールへのエクスポート： 最終的な見積もりに関する情報が失われないようにするには、それを製品バックログ管理ツールにエクスポートします。

＃7）注文方法

• 大きい場合は良いテクニックです。アイテムと小さな番号の。の人々がそこにいます。
• 製品バックログアイテムの正確な相対サイズを提供します。
• 低から高までのスケールが用意されています。すべてのアイテムがランダムに配置されます。各参加者は、スケール上の任意の1つのアイテムを一度に移動するように求められます。動きは、1つ上、1つ下、またはターンを別のメンバーに渡すことができます。
• これは、すべての参加者が満足し、体重計上のアイテムを移動したくないまで続きます。
• これにより、製品バックログアイテムの優先順位も決まります。

アジャイルでの予算の計算

予算の計算は、アジャイルプロジェクトで重要な役割を果たします。これは、提供される実際の予算、必要な追加の予算、およびさまざまな製品バックログ項目の予算をどのように分割するかを確認するために行われます。

以前のプロジェクトから収集されたデータを使用し、数式を使用して現在のプロジェクトの推定予算を取得します。

以下は、アジャイルプロジェクトの予算を計算するための一連の手順です。

＃1） プロジェクトのすべての要件をリストアップし、 見積り プランニングポーカー、バケットシステム、フィボナッチ数列などを使用します。すべてのチームメンバーは、ユーザーストーリーを明確に分析して理解した後、リストされた要件に対して行われた見積もりに同意する必要があります。見積もりは、ユーザーストーリーに実装される機能に基づいて行われます。

＃二） スプリントと呼ばれる反復の期間とそれに割り当てられた製品バックログアイテムを決定します。通常は2〜3週間です。ユーザーストーリーは、優先度が最も高いユーザーストーリーから始まり、優先度が低いユーザーストーリーに移動し、最後に優先度が最も低いユーザーストーリーから順に選択されます。これは、最初のスプリントでどのユーザーストーリーをピックアップする必要があり、後でどのストーリーをピックアップできるかを決定するのに役立ちます。

＃3） バーンダウンチャートを準備して、実行する必要のある作業量と実装に残っている時間の量を明確に示します。基本的に、アジャイルチームの進捗率を示します。これにより、チームがどのように動作しているか、およびチームがどのように動作することが期待されているかが明確になります。

チームの進捗状況は、以下に示すように、完了したタスク、残りの作業、理想的なバーンダウン、および残りのタスクの観点から測定されます。

＃4） 機器の購入、ツール、インフラストラクチャサポート、使用するソフトウェアツールのライセンスの取得、プロジェクト管理ツール、ウイルス対策のインストールと更新などの追加コストを追加します。

＃5） 反復前後の予算を追加します。すべてのアジャイルメンバーは部門の枠を超えているはずですが、それには限界があります。チームメンバーが専門知識の範囲外で行ったことはすべて、反復前の作業または反復後の作業と見なされます。この反復前および反復後の作業には、実装のために追加の予算が必要です。

＃6） 隠れたリスクに目を光らせてください。アジャイルプロジェクトのリスクには、プロジェクトが予算を超過するリスク、チームメンバーの不在、メンバーに明確または完全な知識がない、メンバーに必要なスキルがない、期限を過ぎているなどがあります。

アジャイル開発プロジェクトの見積もりテンプレート

アジャイル開発プロジェクトには、さまざまなレベルで作成された多くの見積もりテンプレートがあります。唯一の目的は、要件または項目を実装し、その進捗状況を追跡するために必要な見積もりを明確に述べることです。

主なテンプレートは以下のとおりです。

1）アジャイルプロジェクト計画テンプレート：

要件の機能を提供するために必要な時間とそのステータスを高レベルで表示します。また、特定のタスクの責任者についても言及しています。

（注：拡大表示するには、画像をクリックしてください）

2）アジャイルリリース計画テンプレート：

要件に対応するタスクのリリースの詳細と、それらのステータスおよび実行する必要のあるスプリントを提供します。

3）アジャイル製品バックログテンプレート：

プロジェクト用に定義された完全な製品バックログについて説明します。スプリントのタスクの詳細を、ステータス、優先度、ストーリーポイント、およびそれらがスプリントに割り当てられているかどうか、または欠陥などの追加のタスクがあるかどうかとともに示します。

4）アジャイルスプリントバックログテンプレート：

特定のスプリントのバックログで言及されているユーザーストーリーの説明を提供します。これは、ユーザーストーリーに割り当てられた合計ストーリーポイントと、これらがさまざまなタスクにどのように分割されるかを示します。また、対応するタスクのステータスと、対応するタスクに対して毎日実行される作業を示します。

5）アジャイルテスト計画テンプレート：

テストシナリオ全体をサブシナリオに分割します。実装日、期待される結果、実際の結果、ステータスなどのサブシナリオの詳細を提供します。

また、プロジェクト名、互換性のあるブラウザー、テスト対象のアプリケーションのバージョン、選択したシナリオのテストケースID、作成者、テスト者、説明などについても説明します。

6）アジャイルユーザーストーリーテンプレート：

テストする特定の機能に必要な役割は何か、前提条件（環境のセットアップとリンクの有効化）は何か、期待される結果は何かなど、ユーザーストーリーの分析に固有の詳細を提供します。

7）アジャイルロードマップテンプレート：

それは、短期的および長期的に、社内のプロジェクトに方向性を与えます。社内での期待を設定するのに役立ちます。そして、プロジェクトが向かっているところの概要。

アジャイルプロジェクトにおける見積もりの​​段階

アジャイルプロジェクトでは、見積もりは以下の3つのレベルで行われます。

• プロジェクト/提案レベル： アプリケーション全体の総機能サイズは、高レベルの要件のみが利用可能な場合、クイックファンクションポイント分析（QFPA）メソッドを使用して推定されます。
• リリースレベル： ストーリーポイントはユーザーストーリーに割り当てられ、番号の決定に役立ちます。プロジェクト内で計画されているリリースの数とリリースとスプリントで取り上げられるユーザーストーリーの数。
• スプリントレベル： 推定時間は、スプリント内のユーザーストーリーのタスクに割り当てられます。これは、スプリントでユーザーストーリーを配信するための開発のコミットメントを確保するために行われます。

S1、S2、S3、S4、S5、S6はスプリントです。

＃1）提案またはプロジェクトレベルの見積もり

これは、プロジェクトの非常に高レベルの見積もりです。これは、製品バックログ項目の要件の総数に焦点を当てています。ファンクションポイントは、機能要件の詳細な説明が文書化される前に、ソフトウェア/プロジェクトのサイズを見積もるために使用されます。

ファンクションポイントは、ソフトウェアのサイズを計算するために広く受け入れられている方法です。これは、ソフトウェアプロジェクトに見られる機能に焦点を当てています。ファンクションポイントは、要件またはユーザーストーリーを数値に変換するメトリックです。

プロジェクトの初期段階では、クイックファンクションポイント分析（QFPA）方式を採用することをお勧めします。

クイックファンクションポイント分析法は、高レベルの要件のみが利用可能な場合にFPを推定するための独自のアプローチです。

総機能サイズを計算する方法は？

• ドメインの専門家の助けを借りて、アプリケーションのすべての機能を理解します。
• アプリケーションのすべての可能な機能を識別してリストします。
• データストレージ機能は、内部ロジックファイル（アプリケーション内に内部的に保存されるデータ）と外部インターフェイスファイル（参照目的でのみ使用されるデータ）に分類されます。
• トランザクション機能は、外部入力（外部ソースからアプリケーションに送られるデータ）、外部出力（派生データがアプリケーションから外部に送られる）、および外部照会（1つ以上の外部入力と外部出力から取得されるデータ）に分類されます。
• 平均複雑度を計算して、各関数のFPサイズを計算します。
• すべての機能のFPサイズを合計して、アプリケーションの合計機能サイズを取得します。
• FP分析の専門知識を持つ少なくとも2人は、独立して計算し、結果を照合して、違いを解決する必要があります。

プロジェクトレベルの見積もりの​​例：

以下は、製品バックログのように、プロジェクトの要件のリストです。

• ユーザーは、ユーザー名とパスワードを入力してWebサイトにログインできる必要があります。
• ログインに成功すると、ユーザーは右ペインと左ペインが定義されたメインページに移動する必要があります。
• ユーザーには、アプリケーションからログアウトするオプションが必要です。
• 有効なユーザーには、現在の資格情報を提供してパスワードを変更するオプションがあります。

チームは、クイックFP見積もりを使用して、プロジェクトのサイズを見積もります。

行われた分析は次のとおりです。

• ここでのデータ保存機能は、ログインしてパスワードを変更するためのユーザー資格情報を保存することです。
• 資格情報はアプリケーションの境界内に格納されるため、ILF（内部論理ファイル）に格納されます。
• トランザクション機能は次のとおりです。
  • ユーザーログインとメインページの表示。
  • ユーザーのログアウトとログアウト画面の表示。
  • パスワードを変更する機能。

以下は、クイックファンクションポイント分析を使用してプロジェクトサイズを見積もるために実行される手順です。

ステップ1：すべてのデータ関数を一覧表示します

UFP（Unadjusted Function Point）は、Caper JonesTableから取得されます。

ステップ2：すべてのトランザクション関数を一覧表示します

グーグルクロームのための最高のポップアップブロッカー

UFP（Unadjusted Function Point）は、Caper JonesTableから取得されます。

ステップ3：ファンクションポイントで推定プロジェクトサイズを導き出す

UFP =データFP +トランザクションFP

UFP = 10 + 12 = 22 UFP

FP = UFP * VFP = 22 * 1 = 22 FP（VFP（値調整係数= 1）と仮定）

生産性= 16 FP /月（通常の標準）

労力= FP /生産性= 22 / 16-人月= 1.37人月

＃2）リリースレベルの見積もり

リリースレベルの見積もりは、リリース計画中に行われます。プロジェクトレベルの見積もりに続く次の活動です。優先要件は、ユーザーストーリーの形式の製品バックログから取得されます。

ユーザーストーリーは、そのリリースで提供されるソフトウェアのサイズの見積もりに焦点を当てたリリース計画中にストーリーポイントの観点から見積もられます。このようにして、各リリースのリリース数とストーリーポイントの合計数が計画されます。

ストーリーポイントは基本的に、他の機能と比較した場合に、機能を実装するために必要な相対的な労力を表します。これは基本的に、製品バックログアイテムのサイズを決定するためのものです。

ストーリーポイントの推定は、以下に基づいて行われます。

• 実装する機能の複雑さ。
• すべてのメンバーの経験と技術的スキル。

S1、S2、S3、S4、S5はスプリントです。

ストーリーポイントをユーザーストーリーに割り当てる手順：

• すべてのチームメンバーは、スプリントバックログに存在するユーザーストーリーを調べながらテーブルの周りに集まります。
• 1つのストーリーポイントの意味とそれに対応する取り組みが決定されます。
• チームメンバーの1人がユーザーストーリーを読み上げてから、チームメンバーに相対的なストーリーポイントを割り当てるように依頼します。
• チームメンバーが割り当てたストーリーポイントに大きな違いがある場合は、チームメンバーが割り当てたストーリーポイントについて説明し、最終的に合意に達します。
• チームメンバーによる見積もりに大きな違いがなくなるまで、このプロセスを3〜4回繰り返します。
• ストーリーのサイズ設定は、スプリントとリリース内で取得されるストーリーの数を決定するのに役立ちます。

リリースレベルの見積もりの​​例：

これには、製品バックログと呼ばれるユーザーストーリーの優先リストの作成が含まれます。プロダクトオーナーはプロダクトバックログを作成し、そこにリストされている各アイテムにビジネス価値を提供します。

ストーリーポイントの推定には、以下の方法を使用できます。

• 数値サイジング： 1から10
• Tシャツのサイズ： 各要件は、エクストラスモール（XS）、スモール（S）、ミディアム（M）、ラージ（L）、エクストララージ（XL）に分類されます。
• フィボナッチ数列： フィボナッチ数列（1,2,3,5,8,13,21,34、…。）を介して行われた推定

フィボナッチ数列による上記のユーザーストーリーの推定：

＃3）スプリントレベルの見積もり

スプリントレベルの見積もりは、スプリント計画中に行われます。最も優先度の高い製品バックログ項目が取得され、詳細、設計、分析、開発、テストケースの作成、テストケースの実行、ユーザー受け入れテストなどのさまざまなタスクに分割されます。

タスクは、推定時間、つまり、対応するユーザーストーリーでそのタスクを完了するために必要な時間の観点から推定されます。ボトムアップアプローチは、ビジネス要件が低レベルのアクティビティに分割され、各アクティビティに推定時間が割り当てられるタスクの見積もりに使用されます。

見積もりの​​目的は、開発チームがスプリントにコミットできるユーザーストーリーの数を知ることです。開発はコミットメントに満足している必要があり、プロダクトオーナーはチームがコミットメントを実行することを確信している必要があります。

S タスクに推定時間を割り当てるためのteps：

• チームメンバーはユーザーストーリーをピックアップし、ユーザーストーリーに対応するタスクの実際の作業量を時間または日数で見積もるように求められます。
• チームメンバー間でこれらの見積もりに不一致がある場合、チームメンバーはそれについて話し合い、合意に達します。
• 6時間以上のタスクがある場合は、より小さなタスクに分割されます。
• 推定時間が2時間未満のタスクが複数ある場合は、それらを組み合わせて新しいタスクを形成します。

スプリントレベル推定の例：

スプリント計画会議には2つの部分があります。

• 最初の部分： 焦点は、製品バックログから選択されたユーザーストーリーの要件を明確にすることにあります。
• 第二部： 焦点は、要件をタスクに分割し、それらを完了するために必要な時間を見積もることです。製品バックログアイテムを成果物にするために必要なすべてのタスクを含める必要があります。タスクは小さくする必要があります。理想的には、タスクの作業は6時間を超えてはなりません。

結論

アジャイルプロジェクトでの見積もりは、適切な方向性、計画、および管理を確実にするために重要な役割を果たします。それは、将来プロジェクトをどのように取り上げるかについてのステップを提供します。

プランニングポーカーやバケットシステムなどのストーリーポイントを推定する手法では、値や数字が印刷されたカードやドットを利用して、これらの番号を割り当てます。相対的なサイズの見積もりの​​ためにユーザーストーリーに。

唯一の目的は、アイテムを最大優先度から最小優先度の優先順位で設定することです。製品バックログアイテムについて見積もられた相対サイズは、プロジェクトに必要な予算を見積もったり計算したりするのに役立ちます。

アジャイルプロジェクトの見積もりについて素晴らしい洞察を得られたことを願っています。以下のコメントセクションで、このチュートリアルについての考えを自由に表現してください。

推奨読書

• プランニングポーカーでアジャイル推定プロセスを簡単にする方法
• アジャイルとウォーターフォール：プロジェクトに最適な方法はどれですか？
• ソフトウェアテスト見積もりテクニック（テスト作業見積もり完全ガイド）
• VersionOneチュートリアル：オールインワンのアジャイルプロジェクト管理ツールガイド
• Jiraポートフォリオチュートリアル：JIRA用のアジャイルプロジェクトポートフォリオ管理プラグイン（レビュー）
• 2021年のトップ10アジャイルプロジェクト管理ツール
• アジャイルジャーニーを成功させるための基礎：適切な方法、ツール、テクニックを選択する方法
• アジャイルプロセスへの移行を成功させるためのアジャイルテストマインドセットの開発に向けた4つのステップ