ビルドフェーズ - 滝のための6週間の固定タイムライン？
コンテキスト: "Slate"というMicrosoftチームベースのアプリ開発のためのマイクロソフトからの新しいプログラムについて話しています。このプログラムでは、「ビルド」フェーズと2週間の固定タイムラインのための6週間の固定タイムラインが必要です。これらのフェーズに関与しているMicrosoft開発パートナーは、パートナーとマイクロソフトの顧客との関与を、パートナーとマイクロソフトの顧客との関与に、詳細な文書（ビルドフェーズを開始する前に）をマイクロソフトに提供する必要があります。 6週間のビルドフェーズの後に成功した配達について - マイクロソフトはパートナーにお金を支払います。技術的にはマイクロソフトの顧客は無料でソフトウェアを取得します。ソフトウェアはそのような技術を使用するために開発されたため、マイクロソフトは顧客からの費用、O365のコストを取得します。ビルドフェーズの費用は、ソリューションを開発し、マイクロソフトのパートナーがマイクロソフト製品開発チームからのサポートを受ける権利があるパートナーに支払われます。
問題:私たちのチームは2週間のスプリントで構成されているアジャイル方法論でこれをしようとしました - しかし、2週間のスプリントデモの後、私たちがこのソリューションを構築しているマイクロソフトの顧客からの変更を受け始めました。 。しかしマイクロソフトは、播種が固定されており、変更することはできません。
6週間の固定タイムラインと雌豚を変更することができないことを考えると、私たちは言うことができます：私たちはそのようなプロジェクトの関与のための「滝」方法論しか使用できませんか？
まず、「滝」が何であるかを理解してください。悪ではありません。
それはアジャイルでもありません。それらの最大の違いは、それらが変更された要件にどのように反応するかです。フィードバックループを厳しく保持するため、アジャイルは変更される要件に反応するのに素晴らしいです。
滝は過去の文書化された要求に焦点を当てているため、詐欺的な要件の変更が素晴らしいです。今日望んでいるかもしれないものに基づく要件ではありません。これが理解されるとき、それは要件を初めて正しくすることを奨励する。
アジャイルは変わりますが、それは無料ではありません。 2週間ごとのスプリントは、別のペイチェックのセットです。しかし、アジャイルは1週間のスプリントを持つことができ、同じタイムボックスでより多くのフィードバックを得ることができます。
タイムボックスが固定ボックスを持つことは、ここに違いを生むものではありません。両方とも予算上で動作します。驚くほど驚くべきことは何も起こりません。私たち全員が新しいものを学ぶときスプリントが輝いています。