最近、多くの見積もりを書いていますが、クライアントがスコープ、成果物、または(ほとんどの場合)コストを主張することがよくあることを発見しています。
見積もりの範囲(クライアントの要件と相互に理解された範囲)の範囲が明確であることを保証するために(そして、ほとんどのクライアントが見積もりをモーゼス自身からの固定見積もりと見なす場合)、どのような一般的な仮定を期待がクライアントと明確に設定され、何が配信または請求されるかについての不一致が最小限に抑えられるような見積もりですか?
推定にどのような一般的な仮定を含めますか
顧客から提供されたすべての「事実」は、仮定としてリストされています。
これらは一般的な仮定です。
それ以外はすべて綿毛です。疫病が発生せず、ゾンビが発生せず、頭脳を食べないと思い込むような、ふわふわの多くのことを書き留めることができますが、それは顧客には意味がありません。
開発の取り組みについての「事実」を取り、各「事実」を仮定として再分類すると、everythingが空想的であることは明らかです。
その後。
アジャイル手法を研究し、それを特定するようにしてください-本当に-それは優先順位と予算の問題です。最も重要なものから最も重要でないものまでを構築し、それらはいつでもあなたを止めることができます。
見積もりには「意図」がいくつかあります。
それは、予算の上限と提供される機能の下限を確立する堅固な固定価格である可能性があります。
これは、リソースとしての資格を得るために使用される1時間あたりのレートをリバースエンジニアリングするために使用される大まかな価格になる場合があります。
それは、コスト/利益の決定に入るコスト数になる可能性があります。
「意図」が何であるかがわかるまでは、仮定の性質はさまざまです。実際にcustomer'sインテントを定義するまで、単一の正しい答えはありません。
さて、ほとんどのクライアントは、Moses自身からの見積もりに加えて、無関係なノイズの束として、免責事項のホストでの見積もりを表示しますが、いくつかの提案を提供できます(そして、知らない法的なものはたくさんあると思います約):
プロジェクトに応じて、クライアントが必要なものを提供すると想定しています。彼らが質問にすぐに答えられない場合は、必要なネットワークアクセス、テストシステム、テストデータなどを提供してください。少なくとも、スケジュールのずれが原因です。
まあ、明らかに、あなたはあなたがその見積もりのためにやっていることにいくらか同意しました。作業が変更または追加されないと想定しています。
あなたは、製品にバグがないわけではないと想定しています。同意された受け入れテストに合格すると、完了です。
写真やモックアップがある場合、それらは製品がそれらの写真やモックアップのように正確に見える必要がないと想定しています。
推定したときに、プロジェクトに固有の多くの前提条件があり、それらを詳しく説明する必要があります。ユーザーインターフェイスと同様に、要素は.NET標準ライブラリから描画され、カスタマイズしたり、プロジェクトの業界標準の用途以外で使用したりする必要はありません。
このサイトでは、コードの配信と支払いの受け取りについて、いくつかの質問がありました。彼らがあなたにお金を払わなければ、コードが使用可能な形式で配信されないことを彼らが想定できることを非常に明確にしてください。支払いなしでコードを使用しようとすると、契約違反になります。これを実現するために実装する予定のテクノロジーについては、前もって準備しておく必要があります。
その他の詳細は、標準的な契約や、クライアントが許可するものであれば何でもかまいません。
見積もりは概算であり、完全に正確ではありませんか?
または、エラー範囲+%150 /-%10はどうですか? :p
言うまでもなく、彼らは責任の制限に署名する必要があります。 $ 5000プロジェクト。
最良の仮定は、推定がかなりずれていると仮定することです。ソフトウェア開発は複雑すぎて、2〜3週間以上かかると見積もることができません。少なくとも、何か新しいものを作成している場合は。
100番目のWebサイトを同じテンプレートから作成することを推定している場合は、少し拡張することができます。