project-management - 固定長/固定価格のプロジェクトでスクラムを使用していますか?

Question

私はスクラムの初心者で、会社にスクラムを実装しようとしています。賛同を得ることは問題ではありません。それは私の会社であり、開発者はこのように働くことを非常に喜んでいます。

問題は、収益の 75% が固定期間/固定価格のプロジェクトから得られていることです。

Ken Schwaber は、彼の著書「スクラムによるアジャイル プロジェクト管理」の中で、本の最後の付録で、固定期間/固定価格プロジェクトの入札に関するトピックを取り上げています。

多くの内省を重ねた結果、Ken は、潜在的なクライアントに別の考え方をするよう説得できる場合にのみ、この状況でスクラムが役立つことを導き出しました。クライアントは、多くの不確実性 (最終的なコストと最終的な納期について) を受け入れる必要があり、それと引き換えに、使用可能なものをはるかに早く入手する必要があり、すべての機能を実装する必要がない可能性があるため、費用を節約できます。

これが固定長/固定価格プロジェクトでスクラムを実装する唯一の方法であるとは確信していません。

他の人がどのようにして固定長/固定価格プロジェクトに入札し、利益を得たか知りたいです。

Answer 1

はい。できると思います。The Waterfall's Not Workingを参照してください。

「固定価格の枠から抜け出す」ことは、それほど難しい会話ではありません。顧客も失敗を見てきました。彼らは、要件ドキュメントに到達するまでの長い遅延を見てきました。彼らは終わりのない変更命令を見てきました。彼らもそれが好きではありません。

しかし、顧客が異なる方法で物事を管理することを望んでいないと確信している場合は、ハイブリッド アプローチを採用する必要があります。

価格を立てることはアジャイルではありません。それは不可能です。妥協のない顧客をなだめるために、価格を設定する必要があります。明らかに、価格を正当化するための何らかのマスター プランがここにあるでしょう。ほとんどの場合、このマスター プランに必要なのはバックログだけです。その他の詳細は、仮説的な計画の仮定にすぎません。[彼らは常に仮定を計画していますが、一部の PM は、最初の計画は従わなければならない神聖なオラクルだと考えています。そうではありません。]

次に、小さなアジャイルな段階的なステップで実行します。早い段階で頻繁にユーザーに関与する必要があり、会話が発生するようにする必要があります。しかし！バックログの各変更は、スコープ、コスト、またはスケジュールの潜在的な変更として調べる必要があります。

すべてのスプリントの終わりに、バックログの変更は、プロジェクトの範囲と契約の変更になる可能性があります。

アジャイルはリスクを軽減します。これは、スコープの変更に積極的に取り組み、より生産的に顧客と協力するためです。スコープを定義 (および凍結) しようとすることは、付加価値のある活動ではないため、やめてください。スコープを推測として扱い、各スプリントでスコープの変更を行います。

Answer 2

入札と利益についてはよくわかりませんが、スクラムの方法論は固定長/価格のプロジェクトに確実に適用できます。要件が既知でしっかりしている場合は、それらを製品バックログに入れることができ、要件と制限時間に従ってスプリントを計画できます。毎日のスクラム ミーティングやバーンダウン チャートなどの利点を引き続き活用して、プロジェクトを順調に進めることができます。