複数の開発チームが同じ製品で作業している場合の「完了」の定義

スクラムテストの1つには、複数の開発チームが同じ製品で作業を行うときの「完了」を最もよく説明する定義に関する質問が含まれています。

適切な答えは、それらの開発チームが、結合された作業を潜在的にリリース可能にする「完了」の定義を持っている必要があることを示しています。

このクイズの適切な答えから私には明らかではないものは、次のとおりです。

• チームは「完了」の異なる定義を持つことができますか？どれくらい？

すべてのチームが、他のチームが完了した作業を考慮した方法で「完了」を定義すると、機能が完全であることを確認できます。

各チームが「完了」を異なる方法で定義し、他のチームがその定義について知ることを期待している場合、いくつかの問題に直面します。

• 統合の問題が発生した場合、チームはそれを修正する責任を負いません。結局のところ、彼らが物事を統合し始めたとき、それは「行われた」ので、他のチームの仕事と何かでなければなりません。

• 少数のチームがある場合、特にチーム間に違いがある場合は、全員の「完了した定義」を思い出すのが難しくなります。

• doneの定義は、統合作業が適切に機能していることを保証するものではありません。

受け入れられた答えは、すべてのチームの作業が統合され、適切に機能するまで物事は行われないことを明確に示しています。それは解放可能でなければならず、したがって、エンドユーザーによって完全に受け入れられなければなりません。

コメントに応じて編集する：これは、すべてのチームが同じ完了の定義を持っているという意味ではありません。つまり、完了したというすべてのチームの定義の一部は、より大きなシステムであり、他の統合コンポーネントは壊れていません。

あるチームが「Done」を「Development Done」（レポジトリにマージされたコード）と定義し、他のチームが「Testing Done」（Q / Aにリリースされテストされたコード）と定義する状況を想像できます。

これは本質的に深刻な問題につながります。製品の全体的な状態がほとんど定義されていないため、実際にリリースできるかどうかを判断するのが難しいからです。