アジャイルですべての要件を収集する前にリリース日を決定していますか？
Craig Larman著の 『Applying UML and Patterns』を読み始めたところです。それは私が仕事で言われたことの多くに挑戦するのでそれは非常に興味深いと思います。要件はアジャイルで一度に完全に収集されるわけではなく、要件の収集を完了するには多くの反復が必要であると私は読んだ。それが事実である場合、明日いくつかの新しい画期的な要件（または要件としてマスカレードする変更要求）が存在する可能性があることを考えると、ハードセットの期限を設定します。
リリース日を固定しても「アジャイル」の問題はまったくありませんif「鉄の三角形」の他の2つのエッジの1つを移動する準備ができています：そのリリースに必要なものの要件、または利用可能なリソース。 3つすべてを修正することはできません。実際には、三角形の「リソース」側は非常に柔軟ではないか、変更するのが非効率的です。
明日大きな新しい要件がある場合、ビジネスがその要件を受け入れる準備ができている限り、リリース日にならない可能性があります。つまり、次のリリースに移行します。
多くのアジャイルキャンプでの問題は、Wordの期限にあると思います。期限付きのリスクは、何をする必要があるかを知っていると想定することです。あなたが指摘するように、あなたは未知の期限を設けることはできません。
フィリップの答えで説明されているのは、制約よりもはるかに短い締め切りです。 3月まで資金を持っていると言うことができるので、その時に最高の製品を可能にする必要があります。
類推をするために、私が食料品の話に行き、その週のすべての食料品を買うように頼むとしましょう、そしてあなたが行くか、または価格を見る前に、私はあなたが使うものを正確に教えてほしいと思います。さらに、あなたが間違っている場合、あなたは罰せられるでしょう。あなたはプロジェクトの締め切りで人々がすることを正確に行います-あなたがペナルティを科される可能性が最も低いので、あなたが範囲と思われるものの上限で数字を選びます。さて、これは受け入れられないことであり、計画したものを購入する必要がありますが、50ドル安く購入する必要があります。今、あなたは何ができますか？拒否することも、買い物をするまで議論を延期することも、状況をだます方法を見つけることもできます。これは、未知数に期限が設定されている多くの組織で起こります。
さて、この全体的な状況がどれほど不健康であるかを見て、アジャイルは「予算があれば、その下に入ると約束でき、その制約の中で今週に可能な限り最高の食事を提供します」と言います。これは、はるかに健全な会話です。
アジャイルは技術であり、結果ではありません。芝刈りと比較すると、1回の反復は、刈った1本の草のようなものです。誰かが「15分で芝生全体を刈る」と言って、アジャイルを使用している場合、おそらく最後までに30％完了します。次に、後でさらに反復して終了します。
問題なくリリース予定日を設定できます。この特定の日付であなたが負けないことを確認してください。あなたはすべきすべてのスプリントの終わりに出荷できる製品を持っていますが、通常はそうしなくても害はありません。要件ではなく、作業に焦点を当てた目標です。あなたが計画されたリリース日を持っているなら、あなたはmustがその日にリリース可能な製品を持っている。
通常は、テストされていないがリリース可能な製品がリリース予定日より少し前にリリースされることを目指します。その後、製品がテストされ、品質基準が満たされるまでバグが修正されます。その後、パニックを起こすことなくリリースされます。リリースには、その時点で準備が整っていたものが含まれます。
上司には、実際に実装される機能を増やして、2回目のリリース日も計画する必要があるかどうかがわかりません。