Scrum-artifacts

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

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

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

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

製品バックログ

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

製品バックログには、将来のリリースで製品に加えられる変更を構成するすべての機能、機能、要件、拡張機能、および修正がリストされます。 製品バックログアイテムには、説明、注文、見積もり、および値の属性があります。 これらのアイテムは通常、ユーザーストーリーと呼ばれます。 製品所有者は、その内容、在庫状況、注文を含む製品バックログの責任を負います。

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

構築中の製品が使用されて価値が上がると、製品バックログはより大きく、より包括的なリストになります。 ビジネス要件、市場の状況、またはテクノロジーの変化は、製品バックログの変化を引き起こし、それを実際の成果物にします。

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

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

通常、上位の製品バックログアイテムは、下位のアイテムよりも明確で詳細です。 より明確かつ詳細になったことに基づいて、より正確な推定が行われます。 次数が低いほど、詳細度は低くなります。

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

スプリントバックログ

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

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

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

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

インクリメント

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

スクラムチームは、増分と見なされるものについてコンセンサスを持つ必要があります。 これはスクラムチームごとに大きく異なりますが、チームメンバは、作業を完了するためにそれが何を意味するかを共有して理解する必要があります。 これは、製品の増分で作業が完了するタイミングを評価するために使用されます。

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

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

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

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

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

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

スプリントバーンダウンチャートは、スクラムチームが費やした作業をトレンド分析するためのプラクティスです。 これは、スプリントゴールに向けたスプリントの進捗を監視するのに役立つテクニックであることが証明されています。

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

結論

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

参照

スクラムガイド©1991-2013 Ken Schwaber and Jeff Sutherland、All Rights Reserved。