スクラム-アーティファクト

スクラムアーティファクトは、開発中の製品、実行されたアクティビティ、およびプロジェクトで計画されているアクティビティを理解するために、スクラムチームと利害関係者が知っておく必要のある重要な情報を提供します。次のアーティファクトはスクラムプロセスフレームワークで定義されています-

製品バックログ
スプリントバックログ
バーンダウンチャート
Increment

これらはスクラムプロジェクトで最低限必要なアーティファクトであり、プロジェクトアーティファクトはこれらによって制限されません。

製品バックログ

製品バックログは、最終製品の一部として必要な機能の順序付きリストであり、製品に加えられる変更の要件の単一のソースです。

製品バックログには、将来のリリースで製品に加えられる変更を構成するすべての機能、機能、要件、拡張機能、および修正がリストされています。製品バックログアイテムには、説明、注文、見積もり、および値の属性があります。これらのアイテムは通常、ユーザーストーリーと呼ばれます。プロダクトオーナーは、コンテンツ、可用性、注文など、プロダクトバックログに責任を負います。

製品バックログは進化するアーティファクトです。それの最も初期のバージョンは、最初に知られていて最もよく理解された要件だけを含むかもしれません。製品バックログは製品として開発され、それが使用される環境が進みます。製品バックログは、それを効果的にするために必要なものを組み込むために絶えず変化します。製品が存在する限り、その製品バックログも存在します。

構築中の製品が使用されて価値が上がるにつれて、製品バックログはより大きく、より網羅的なリストになります。ビジネス要件、市場の状況、またはテクノロジーの変化により、製品バックログが変化し、ライブアーティファクトになります。

製品バックログの改良とは、製品バックログアイテムに詳細、見積もり、優先順位を追加することを意味します。これは、プロダクトオーナーとチームによって実行される継続的なプロセスです。スクラムチームは、いつどのように改良を行うかを決定します。

製品バックログアイテムは、製品所有者または製品所有者の裁量でいつでも更新できます。

通常、高次の製品バックログアイテムは、低次のアイテムよりも明確で詳細です。より正確な見積もりは、より明確で詳細に基づいて行われます。順序が低いほど、詳細は少なくなります。

今後のスプリントの候補要件となる可能性のある製品バックログアイテムは、これらのアイテムがスプリント中に開発できるように改良されています。1つのスプリント内でチームが開発できる製品バックログアイテムは、スプリント計画会議で選択する準備ができていると見なされます。

スプリントバックログ

スプリントバックログは、スプリント用に選択された製品バックログアイテムのセットに加えて、製品の増分を提供し、スプリント目標を実現するための計画です。

スプリントバックログは、次のインクリメントでどの機能が利用可能になるか、およびその機能を実用的な製品のインクリメントとして提供するために必要な作業についてのチームによる予測です。

スプリントバックログは、理解できる十分な詳細を備えた計画ですが、チームはデイリースクラムで追跡します。チームはスプリント全体でスプリントバックログを変更し、スプリントバックログはスプリント中に出現します。この出現は、チームが計画を実行し、スプリント目標を達成するために必要な作業についてさらに学習するときに発生します。

新しい作業が必要になると、チームはそれをスプリントバックログに追加します。作業が実行または完了すると、推定残り作業が更新されます。計画の要素が不要であると見なされると、それらは削除されます。スプリント中にスプリントバックログを変更できるのはチームだけです。スプリントバックログは、チームがスプリント中に達成することを計画している作業の非常に目に見えるリアルタイムの画像であり、チームにのみ属します。

インクリメント

増分は、スプリント中に完了したすべての製品バックログアイテムの合計と、以前のすべてのスプリントの増分を組み合わせたものです。スプリントの終了時に、新しい増分は機能する製品である必要があります。つまり、使用可能な状態である必要があります。プロダクトオーナーが実際にリリースすることを決定したかどうかに関係なく、動作状態にある必要があります。

スクラムチームは、インクリメントと見なされるものについてコンセンサスを得る必要があります。これはスクラムチームごとに大きく異なりますが、チームメンバーは、作業を完了することの意味について共通の理解を持っている必要があります。これは、製品Incrementの作業がいつ完了するかを評価するために使用されます。

同じ理解により、チームはスプリント計画中に選択できる製品バックログアイテムの数を知ることができます。各スプリントの目的は、リリース可能な機能の増分を提供することです。

チームは、スプリントごとに製品機能の増分を提供します。このインクリメントは使用可能であるため、プロダクトオーナーはすぐにリリースすることを選択できます。増分の理解が開発組織の規則、標準、またはガイドラインの一部である場合、すべてのスクラムチームは少なくともそれに従う必要があります。開発組織の慣例ではない場合、スクラムチームは製品に適したインクリメントの定義を定義する必要があります。

各増分は、以前のすべての増分に追加され、徹底的にテストされ、すべての増分が連携して機能することを確認します。

スクラムチームが成熟するにつれて、増分の定義が拡張され、より高い品質のためのより厳しい基準が含まれることが期待されます。1つの製品には、その製品で行われるすべての作業の標準であるインクリメントの定義が必要です。

スプリントバーンダウンチャート

スプリントの任意の時点で、スプリントバックログに残っている作業の合計を合計できます。チームは、スプリント目標を達成する可能性を予測するために、すべてのデイリースクラムに残っているこの合計作業を追跡します。スプリント全体で残りの作業を追跡することにより、チームはその進捗状況を管理できます。

スプリントバーンダウンチャートは、スクラムチームが費やした作業の傾向を把握するためのプラクティスです。これは、スプリント目標に向けたスプリントの進捗状況を監視するのに役立つ手法であることが証明されています。

プロダクトオーナーは、少なくともすべてのスプリントレビューに残っているこの合計作業を追跡します。プロダクトオーナーは、この金額を以前のスプリントレビューで残っている作業と比較して、目標の希望する時間までに計画された作業を完了するための進捗状況を評価します。この情報はすべての利害関係者と共有されます。

結論

スクラムの役割、イベント、アーティファクト、およびルールは避けられません。スクラムの一部のみが実装されている場合、結果はスクラムではありません。スクラムは完全に実装する必要があり、他の手法、方法論、および実践と連携すればうまく機能します。

Reference