「完了」の罠を破る: 完了の定義が実際の価値と一致していることを確認する

ジェイソン・ガードナー（編）

チームは、顧客に真に価値を提供せずに、項目を「完了」と宣言することがよくあります。タスクにチェックを入れ、コードをマージし、ユーザーストーリーを「完了」列に移動しますが、納品された作業が使用できない、リリースできない、または期待に応えられない理由を説明するのに苦労します。

この一般的な問題は「完了」トラップとして知られており、「完了」の定義が狭すぎて、開発活動と現実世界の成果の間にギャップが生じます。透明性、一貫性、使用可能な価値を増分ごとに構築するには、チームは技術的な完了を超えて完了の定義 (DoD) を拡張する必要があります。

スクラムガイドが「完了」について語っていること

スクラムガイドによるとの「完了の定義」は、製品に必要な品質指標を満たしている場合のインクリメントの状態を正式に表したものです。それは インクリメントに関連付けられたコミットメント. 作業は、完了の定義を満たさない限り、インクリメントの一部とは見なされません。

完了の定義が弱い、不完全、または誤解されている場合、インクリメントには透明性が欠けます。これは、検査、適応、利害関係者の信頼を損ないます。

「完了トラップ」の原因は何ですか?

チームは次の場合に完了トラップに陥ります。

完了の定義は、開発または単体テストのみに限定されます
作業は、統合、レビュー、または適切なフィードバックの前に「完了」とマークされます
チームメンバーまたは各部門は、「完了」について異なる理解を使用します
リリースは、ドキュメントや最終テストなどの元に戻された作業によってブロックされます

これにより、スプリントレビューに混乱が生じ、予測に影響を与え、配信された増分の価値が低下します。要するに、解放できなければ完了しません。

「完了」を実際の価値に合わせる方法

最も効果的な Done の定義は、技術的な完成度だけでなく、顧客の準備状況と製品品質も反映しています. 完了の強力な定義は次のようになります。

スクラムチーム全体で共有
透明性があり、利害関係者に理解される
検査可能で、製品や環境の進化に適応できる

「完了」の定義を強化する 5 つの方法を次に示します。

1. 完了の定義を共有契約にする

完了の定義は、スクラムチーム全体が作成し、理解する必要があります開発者だけでなく。プロダクトオーナーとスクラムマスターを、その形成と進化に巻き込みます。これにより、ビジネス、デリバリー、品質の観点全体が明確になります。

2. 完了の定義を拡張して、価値の準備を含める

コード補完に加えて、次のコンポーネントも考慮してください。

統合および回帰テスト済み
ユーザビリティの検証済み
ドキュメントが更新されました
性能検証済み
セキュリティ、アクセシビリティ、またはドメイン固有の標準に準拠

たとえば、コミュニケーションやドキュメントの欠如によりエンドユーザーが機能を検出できない場合、実際には「完了」していません。

ソフトウェア以外の業界にいる場合でも、「完了」が何を意味するかを決めることができます。完了の定義の一部として、品質を確保するために、業界標準、ピアレビュー、またはその他の慣行を含めることを検討してください。

3. Done の定義を目に見えるようにし、実行可能にする

完了の定義を共有ワークスペース、チームボード、またはデジタルコラボレーションツールに投稿します。スプリント計画、スプリントレビュー、および改良中に参照してください。品質と顧客価値の向上に活用します。

4. 「完了」の定義を時間の経過とともに検査して適応させる

スクラムチームの能力が向上するにつれて、国防総省はより厳格になるはずです。製品が成熟するにつれて、新しい定義では、品質と完全性についてより厳格な基準が必要になる場合があります。これには、内部テストから自動デプロイパイプラインへの拡張や、エンドユーザーのフィードバックループの組み込みが含まれる場合があります。