スプリント計画：予測とコミット

上記のトピックに関する興味深い議論に出くわしました。

2011年の夏、KenSchwaberとJeffSutherlandが スクラムガイドを改訂しました。その中で、彼らはスクラムに知られている1つの長い間確立された行動を削除しました。これは、チームが製品の所有者と顧客に対して行うコミットメントです。コミットメントは予測に置き換えられました 。彼らは、チームは自分の仕事を予測するかもしれないが、それにコミットしないかもしれないと言います。

著者—ミッチ・レイシーは 、私が記事から抽出した彼の意見 を次のように述べました。

私は彼らの論理を理解していますが、次の理由でコミットメントを好みます。

• 何かにコミットすることで、チームは単なる予測とは異なる考え方になります。チームが予測する場合、彼らができると言ったすべてを満たさないことは許容できる行動であることを意味します。チームは予測から学習し、最終的には 推定 の分散 が少なくなる可能性がありますが、予測するチームは、コミット するチームと比較して、分散を減らすのに時間がかかることが わかります。
• 予測または見積もりは、製品のバックログに適してい ます。ただし、チームがストーリーを製品バックログから スプリントバックログに移動 して分解すると、別のレベルの粒度が追加され、「これにコミットできますか？ 」と自問できる細かい詳細が見つかります。」予測では、チームが怠惰な状態に戻るリスクがあります。代わりに、「予測するだけで済みます。何かを見逃しても問題ありません。後ですべてを把握できます。」

Scrum.org は「予測」または「コミットメント」について何と言っていますか？ 

言葉自体の意味に関係している変更の直接の理由があります。コミットメントという言葉は通常、引き受けられた義務に関連しています。製品バックログアイテムのリストを提供することを約束した後、 スクラムチーム、特に製品所有者、特に利害関係者は、スプリントの最後にそれらすべてを実際に提供する義務があると感じるかもしれません。しかし現実は、品質を損なうことなく、この自主的なコミットメントを常に果たすことは不可能ではないにしても難しいことを私たちに示し続けています。スプリントバック ログ 不確実性が常に存在するほど複雑であり、常識は、私たちが確実に提供できるとは限らないことを約束するべきではないと私たちに告げています。コミットという言葉を使うとき、私たちはその義務-義務-約束の考え方に簡単にバイアスをかけることができます。

私の個人的な意見：

どちらの側にも確かな論理的根拠があると思います。 あなたのコメントや意見は何ですか？