回答:
「鉄の三角形」の他の2つのエッジの1つを移動する準備ができていれば、リリース日を固定しても「アジャイル」の問題はまったくありません。そのリリースに必要なものの要件、または利用可能なリソース。3つすべてを修正することはできません。実際には、三角形の「リソース」側は、変更するのに非常に柔軟または非効率的ではないことがよくあります。
明日、大きな新しい要件がある場合、ビジネスがその要件を受け入れる準備ができていれば、リリース日にならない可能性があります。つまり、次のリリースに移行します。
多くのアジャイルキャンプでの問題は、期限という言葉にあると思います。期限付きのリスクは、何をする必要があるかを知っていると想定することです。あなたが指摘するように、あなたは未知の期限を設けることはできません。
フィリップの答えで述べられていることは、制約よりもはるかに短い締め切りです。私たちは3月まで資金を持っていると言えるので、そのときに最高の製品を可能にする必要があります。
たとえを言えば、食料品の話に行き、その週のすべての食料品を購入するように頼み、そしてあなたが行くか、または価格を見る前に、あなたが費やす金額を正確に教えてほしいとしましょう。さらに、あなたが間違っている場合、あなたは罰せられるでしょう。あなたはプロジェクトの締め切りで人々がすることを正確に行います-あなたがペナルティを科される可能性が最も低いので、あなたが範囲だと思うものの上限で数字を選びます。さて、これは受け入れられないことであり、計画したものと同じものを購入する必要がありますが、50ドル安く購入する必要があります。今、あなたは何ができますか？拒否することも、買い物をするまで議論を延期することも、状況をだます方法を見つけることもできます。これは、未知数に期限が設定されている多くの組織で起こります。
さて、この全体的な状況がどれほど不健康であるかを見て、アジャイルは「予算があれば、その下に入ると約束することができ、その制約の中で今週可能な限り最高の食事を提供します」と言います。これははるかに健全な会話です。
問題なくリリース予定日を設定できます。この特定の日付にあなたが負けないことを確認してください。すべてのスプリントの最後に出荷できる製品を用意する必要がありますが、そうでない場合でも通常は害はありません。要件ではなく、作業に焦点を当てた目標です。リリース予定日がある場合は、その日にリリース可能な製品が必要です。
通常は、テストされていないがリリース可能な製品がリリース予定日より少し前にリリースされることを目指します。その後、製品がテストされ、品質基準が満たされるまでバグが修正されます。その後、パニックを起こすことなくリリースされます。リリースには、その時点で準備が整っていたものが含まれます。
上司には、実際に実装される機能が増えた2番目のリリース日も計画する必要があることは明らかではないかもしれません。