MSF のどこで要件を承認しますか? 計画段階で機能仕様を書き終えて、開発を開始する直前にクライアントと承認しますか。
注: 私は固定スコープの固定価格契約に取り組んでいるため、アジャイル モデルは機能しません。それは、反復的およびインクリメンタルなアプローチがうまく機能しないことを意味しますか。そのようなシナリオでは、計画フェーズを終了する前に開発を開始することはできません。
MSF のどこで要件を承認しますか? 計画段階で機能仕様を書き終えて、開発を開始する直前にクライアントと承認しますか。
注: 私は固定スコープの固定価格契約に取り組んでいるため、アジャイル モデルは機能しません。それは、反復的およびインクリメンタルなアプローチがうまく機能しないことを意味しますか。そのようなシナリオでは、計画フェーズを終了する前に開発を開始することはできません。
機能仕様 (複数形) を参照する場合、それらの一部を承認して、それらの機能領域の開発を開始し、それから他の機能を完成させる作業を行うことができます。これにより、最終納品に含まれないエリアでの潜在的な作業を回避しながら、作業を開始できます。
MSFの基本原則の 1 つは、
機敏性を維持し、変化を期待する
はい、プロジェクトを本格的に開始する前に (デポジットを受け取る前であっても)サインオフ (またはプロジェクトの関与)を得たいと考えています。
私が行うほとんどすべてのプロジェクトは固定価格です
私の提案(これは成果物のハイレベルなリストです)で、私はこれを持っています:
サインオフ/プロジェクト エンゲージメントの詳細については、次の記事を参照してください:短くて読みやすい料金提案を書く (パート 2)
--LM
顧客が契約に署名する前に開発を開始することは絶対にありません。そして、あなたが彼らに価格を与えるまで、彼らがどのようにそれを行うことができるか想像できません. そして価格は時間に依存します。また、時間は、顧客が支払いを希望する機能によって異なります (作業を見積もります)。したがって、作業を行う前に仕様を完成させる必要があるという結論に至りました。
もちろん、これが、固定価格と範囲の概念が非効率的であることが何度も証明されてきた理由です。
範囲が固定され、価格が固定された契約である場合は、最終的な結果に誰もが満足できるように、最終的な機能仕様について合意する必要があります。
最も避けたいことは、固定価格と範囲の一部として合意されておらず、必要でもない機能の開発を開始することです。これは単に非効率的な時間の使い方になるからです。
ところで、MSF- Microsoft Solutions Frameworkとは?