スクラムアーティファクト：製品バックログ、スプリントバックログ、および製品増分

scrum artifacts product backlog

スクラムアーティファクトの概要：

このシリーズの以前の記事では、 アジャイルとさまざまなアジャイル手法 。また、さまざまな方法論がそれぞれの方法でどのように異なるかについても学びました。

前回のチュートリアルでは、スクラムの詳細について説明しました。 スクラムの役割 プロダクトオーナー、スクラムマスター、スクラムチームのように、彼らの個々の責任が何であるかを見ました。

このチュートリアルでは、スクラムを続行し、さまざまなスクラムアーティファクトの詳細に進みます。

学習内容：

• さまざまなスクラムアーティファクト
• 製品バックログ
• スプリントバックログ
• 製品の増分
• 結論
• 推奨読書

さまざまなスクラムアーティファクト

スクラムアーティファクトには次の3種類があります。

• 製品のバックログ
• スプリントバックログと
• 製品の増分

次に、これらの用語の意味と、これらのアーティファクトの作成方法を確認します。

製品バックログ

簡単に言えば、製品バックログは、製品に必要なすべてのもののリストです。これは、製品に関連するすべてのことについてスクラムチームが参照する最後のドキュメントです。これは、プロダクトオーナー（PO）が所有するアイテムの順序付きリストです。

POは、このリストの作成、維持、および優先順位付けを担当します。 POは、この製品バックログを使用して、スプリント中に実行する必要のある上位の要件をスクラムチームに説明します。

このリストの項目は、技術用語である場合とそうでない場合があります。素人の言葉でもかまいませんが、すべての製品要件とそれに伴う変更が含まれている必要があります。また、製品のバックログがあるからといって、スクラムチームがこのアーティファクトだけをフォローする必要があるわけではありません。

独自の詳細なアーティファクトを作成できますが、それらが製品のバックログと矛盾したり、置き換えられたりすることはありません。それらはむしろ製品のバックログ要件と一致します。

以下は、典型的な製品バックログがどのように見えるかの例です。

これは私たちに質問をもたらします、 良い製品バックログを作成する方法は？

製品のバックログは、理想的には以下のルールに従う必要があります。

（i）優先する必要があります –製品バックログのアイテムは、優先順位に従って注文する必要があります。この優先順位は、POとスクラムチームが一緒に決定できます。優先順位付けの要因は、ストーリーポイント、作成に伴う労力、複雑さ、顧客の優先順位などからの利益のようなものです。

これは、チームが最初に何を提供する必要があるかを理解するのに役立ちます。

（ii）推定する必要があります –ストーリーは、それが何であれ、合意された定義に従って常に推定する必要があります。これは、優先順位付けにも使用できます。

（iii）高レベルである必要があります –製品バックログのストーリーは高レベルであることが意図されており、詳細に立ち入るべきではありません。要件に応じた詳細なユーザーストーリーの作成は、POではなくスクラムチームに任されています。

（iv）動的である必要があります –製品のバックログは、最終的な静的ドキュメントではありません。 POがスクラムチームから入力を受け取り、顧客の要件がますます明確になるにつれて、それを再検討する必要があります。したがって、プロジェクトの進行に伴って追加/削除/変更が予想されるため、ドキュメントの要件は最初から凍結されていません。

最後のポイントは最も関連性の高いものです。製品バックログの目的は、アクティブな要件ソースになることです。最初に作成してから保管場所に保管することはできません。

代わりに、変更が発生し続けるときに何度も共有することを目的としています。進捗状況に応じて新しい要件が発生する可能性があり、それによってバックログアイテムの優先度も変更される可能性があります。新しい要件がバックログ内の別のアイテムに依存しているため、アイテムの優先度を再シャッフルする必要がある場合があります。

または、POとスクラムチームによって決定された要因に従って優先度が高くない場合でも、顧客が他のユーザーよりも先にそれを確認したいため、最初に実装する必要がある重要なユーザーストーリーがある場合があります。

したがって、製品バックログは、POが所有し、プロジェクトの進行に合わせて何度も何度もアクセスされるビジネス要件の順序付きリストです。

スプリントバックログ

スクラムチームは、スプリントと呼ばれる2〜4週間の短い反復で作業することを覚えているかもしれません。これらのスプリント中に、スクラムチームは、POによって作成された製品バックログからアイテムを特定し、次の反復の一部として提供する予定です。スクラムチームが作業するために選択したアイテムは、スプリントバックログの一部になります。

したがって、製品の次のイテレーションでどの機能が使用されるかを決定します。スクラムチームは、スプリントバックログに取り組むチームであるため、スプリントバックログに何を入れるかを決定するチームです。

したがって、それらは、それらのストーリーの実装に伴う労力を見積もり、それらがどれだけ提供できるかを決定する必要があるものです。

チームは、製品のバックログから作業するアイテムを選択するだけでなく、その機能を開発するのにかかる時間の見積もりも行います。また、スプリントの目標を達成するために必要な詳細なタスクを作成することで、高レベルのユーザーストーリーに追加します。

pl / sql開発者インタビューの質問

スクラムチームは、スプリント中に必要に応じてスプリントバックログを更新し続けることもできますが、スプリントバックログに変更を加えることができるのはスクラムチームだけです。

典型的なスプリントバックログは次のようになります。

チームはこれを1日1回更新するのが理想的であり、スクラムマスターはこの情報を使用してスプリントバーンダウンチャートを作成できます。このバーンダウンチャートは、チームがスプリントに残っている作業量を確認するのに役立ち、チームはそれに応じて作業を計画できます。必要に応じて、タスクを追加または削除することもできます。

スプリントバックログを作成する際のいくつかのベストプラクティスは次のとおりです。

＃1）グループの意思決定– バックログを決定するのは、スクラムマスターや他のスクラムチームメンバーであってはなりません。むしろ、スプリントバックログに含めるアイテムとその計画方法をチーム全体で決定する必要があります。

このクロスファンクショナルチームのすべてのメンバーは独自のスキルを持っており、可能な限り最高のバックログを作成するために彼らの経験を活用することが不可欠です。

＃2）タスクを割り当てない– アジャイルの文献では何度も繰り返されているため、チームメンバーにタスクを割り当てないでください。スクラムチームは自給自足であると想定されており、自分で作業を整理する方法を知っている必要があります。

したがって、作業を割り当てるのではなく、チームに自分で作業を選択させ、チームがどのように進めたいかを自分たちで決定する必要があります。

＃3）完了の定義– 利害関係者が合意するだけでなく、スプリントの目標に関して決定を下す必要があるときはいつでも、チームに明確に見えるようにする必要があります。これは、出荷可能な製品を納品する前に、正確に何をする必要があるかを思い出させるものとして役立ちます。

＃4）バックログを更新し続ける– スプリントが進化するにつれて、チームはより深い理解を得ることが不可欠であり、したがって、チームはこのより深い理解を反映するようにスプリントバックログを更新する必要があります。いつでも静的なドキュメントになるべきではありません。

＃5）タスクを追加する– このタスクは、コーディングに関連するだけでなく、出荷可能な製品を提供することが不可欠な場合があります。したがって、そのようなタスクについてもバックログで言及してください。

製品の増分

これにより、製品の増分である最後のスクラムアーティファクトが表示されます。スクラムガイドで定義されているように、増分はすべての 製品バックログアイテム 中に完了 スプリント 以前のすべてのスプリントの増分の値。今ではよく知っているように、スクラムは反復的なプロセスです。

各反復の結果はこの製品の増分であり、そのような各製品の増分は、チームが最終製品の提供に向けて一歩近づくのに役立ちます。

これが意味するのは、スプリントの結果が何であれ、増分であるということです。明らかに、結果が増分と見なされるためには、最初に完了の事前定義された定義を満たす必要があります。つまり、最終結果は「出荷」可能な使用可能な製品である必要があります。

定義に従って実際に「完了」していることを確認するためにチェック、使用、テストすることができ、プロダクトオーナーが希望する場合は、リリースして公開することもできます。

この製品の増分を提供するための最も重要なことは、すべての人が理解している「完了の定義」についての共通の理解を持つことです。

スクラムチームは、自分たちがしていることが受け入れられるかどうかを疑うべきではありません。疑問がある場合は、doneの定義は、さらに先に進む方法をガイドするのに十分なほど完全である必要があります。この定義のみに基づいて、スクラムチームは、スプリント用に選択する製品バックログアイテムの数を決定します。

これは、スプリントから予想される最小値です。

結論

このチュートリアルから、より高品質のアーティファクトを作成するのに役立ついくつかのベストプラクティスとともに、それらを所有する3つのスクラムアーティファクトとは何かを理解しました。このシリーズの次のチュートリアルでは、スクラムイベントについて説明し、それらのイベントを実行する方法を確認します。

「スクラム」に関する次のチュートリアルで イベント 、 ’各スクラムイベントについて詳しく説明します。

前のチュートリアル | 次のチュートリアル

推奨読書

• スクラムイベント：タイムボックス、スプリント計画、毎日のスタンドアップ、バックログの詳細化
• スクラムチームの役割と責任：スクラムマスターとプロダクトオーナー
• JIRAスクラムボードチュートリアル：スプリントを管理するためのJiraを使用したスクラム処理
• アジャイルスクラムオンラインクイズ：アジャイルスクラムの知識をテストする
• SCRUMにおけるビジネスアナリストの役割とQAがこの役割に最適な理由
• スクラムでの欠陥トリアージ：スクラム設定でどのように編成されているか
• Webおよび製品アプリケーションのサンプルバグレポート
• 製品ライフサイクルを管理するための2021年のトップ9ベストPLMソフトウェア