アジャイルプロジェクトの資金調達

私が働いている会社は、一時的に多くの人に滝の「喜び」を経験したアジャイルプロジェクト管理戦略に向かっています。これの鍵は、厳しい納期を守ることとは対照的に、機能を提供することに重点を移すことです。

開発プロセスとクライアントの関係は、アジャイルを通じて培われた反復リリースによって確実に改善されましたが、プロジェクトの資金調達戦略に同じ理論的根拠を適用することはいくぶん困難になっています。クライアントは、アジャイルのような概念に慣れていないことが多く、「準備ができたら準備ができている」と彼らが考えるものに大きな懸念を表明しています。

アジャイルプロジェクトの資金調達に関する人々の考えや経験を聞きたい

編集： 私は、アジャイル手法の長所と短所を私に説明するように人々に求めているのではなく、アジャイルは「準備ができたら準備ができます」と同等であると信じていないことを強調したい、これはアジャイル開発プラクティスを提唱する際に私が携わったクライアント/ビジネス。

私が興味を持っているのは、ビジネスクライアント/関係に定着している「従来の」ウォーターフォール予算編成方法と、より進歩的な開発手法との対立を解決した経験と、その進化をサポートするために採用した予算戦略です。

すべての機能の正確な最終日をプロジェクトに引用できたのに、なぜアジャイルアプローチに切り替えたのですか？あなたと他の誰もがこれに苦労し、アジャイルアプローチがこの事実を前もって取り組んでいます。競争に対する宣伝として使用します。サウスウエスト航空は、他の人と同じように島の座席を約束しません。

もちろん、クライアントは正確な終了日を望んでいます。彼らは、元の要求に対する変更に関係なく、安価でバグのないソフトウェアを事前に配信することを望んでいます。アジャイルの原則を使用してプロジェクトを販売する方法については、営業チームに教えてください。やり取りを重ねるほど、プロジェクトが終了する時期を知ることができます。クライアントは、変更要求の影響を考慮することも学習します。

アジャイルプロジェクトは、「準備ができたら準備ができます」というラインに沿って機能しません。これは、ウォーターフォールエンジニアリングの古典的なラインです。

顧客が追加機能にこれ以上お金を使いたくないと判断した場合、アジャイルプロジェクトは完了します。これは、営業担当者が主要なセールスポイントに変換できます。一定の金額で固定された一連の機能（必要性が事前にわかっている場合も知らない場合もある）にコミットする代わりに、顧客は最初の機能セットの初期金額から始めて、段階的にそれを行うことができます。これにより、いくつかのことが保証されます。

• 機能リストに適切な優先順位が付けられている限り、顧客は次に配信される次の最も重要な機能を常に取得し、それによって支出から最大の利益を得ます（「最高の価値」を獲得します）。
• 顧客がお金を使い果たした場合、彼は彼の投資を最大化しているとあなたが提供しているもののために支払われています。誰も傷つかない、誰もが利益を得る。
• 顧客は、ホイールを回すたびに（相互作用の終わりごとに）優先順位と機能に関する考えを変えることができます。通常の固定価格契約に対する明確な利点。

おそらく他にもありますが、上記は営業担当者を正しい方向に導くのに十分なはずです。

まあ、私はそれが「準備ができたら準備ができます」の場合とは思わない。アジャイル手法は、2週間ごとなど、定期的に成果物の提供を促進します。そのため、クライアントは製品の機能がどのように形成されるかについてのガイダンスを提供するため、クライアントがプロジェクトの重要かつ非常に活発な部分である理由です。どちらかといえば、クライアントは、ウォーターフォールアプローチのようにプロジェクトの終わりに向かってではなく、より早く結果を確認し始めます。

クライアントがプロジェクトのアクティブな部分であり、プロジェクトが早期に形になり始めることを彼らが繰り返すという事実を繰り返し述べれば、それは彼らがそれが完了するまで待つ場合ではないことを彼らに保証するかもしれません。

私が働いている場所はアジャイルの恐ろしい卑​​劣化を行っていますが、顧客は完全なリリースよりも反復でソフトウェア開発を好む可能性が高いと思います。

反復は、顧客による個々の要求に役立ちます。つまり、機能が実装されると、機能が実装されたときにそれを取得し、リリースのためにグループ化された他のすべての処理も実行されます。

「この機能が欲しいので、気にしない他の多くの機能が提供されるまで8か月待ちたい」というお客様を見たことはありません。

繰り返しに合わせた支払いサイクルを確立してはどうですか？アジャイルの考え方は、短期間の計画と見積りしかできないということであり、プッシュとコミットメントはこれらの短いサイクルに対して依然として強力です。同じ方法で資金調達をターゲットにしないのはなぜですか。クライアントはガイダンスで貢献すると同時に$$で仕事に貢献してください。結局のところ、もし彼らが望むものを手に入れていないなら、彼らはそれにお金を払うべきではありません。

そして、プロジェクトの終了時に何が起こるかを解決します-たとえば、クライアントはコードを所有していますか、それとも実行可能ファイルだけを所有していますか？しかし、それは以前のウォーターフォール型プロジェクトと一致するでしょう。

アジャイルのアイデアは、各スプリントの最後に素早く反復し、正確に何を提供するかを確立することです。したがって、スプリントの2/3/4週間が終了すると、アプリケーション/プロジェクトに具体的な機能があります。クライアントに提示してフィードバックを得ることができます。

ETA：「スプリント」を「マイルストーン」にまとめて、成果物を確立し、マイルストーンごとに支払いを受け取ることができます。

私はあなたが固定プロジェクトを売り、あなたの側でアジャイルを扱うべきだと確信しているのではなく、むしろあなたの顧客に反復を売ります。

反復は明確に理解でき、2つの概念を混同しないでください。

次の2つのドキュメントは、アジャイル管理と販売プロセスの相互作用に関する情報を提供します。

http://www.nayima.be/html/fixedpriceprojects.pdf＆ http://www.nayima.be/html/agilefixedprice.pdf