ソフトウェアプロジェクトの見積もりをどのような視覚形式で提示する必要がありますか？
つまり、人々はある種の広告申込情報フォームを印刷するのでしょうか。どのようなデータが含まれていますか？通常、広告申込情報は何ですか？それ以外の場合は、段落で説明する文書を提示するだけですか？
時間数を表示しますか、それとも一時金を表示しますか？おそらく、1時間あたりのドルと時間の見積もりのみを表示します。高値と安値の複数の見積もりを出しますか？
自分自身やクライアントを台無しにしないようにするためのベストプラクティスはありますか？
クライアントが手に持ったり、LCD）画面で見たいもののいくつかのサンプルのアイデアを得ようとしているだけで、提示されている作業を承認して同意することができます。費用。
クライアントはあなたがあなたの時間を費やすであろう何を見たいです。
プロジェクト管理システムをご利用いただければ幸いです。十分に文書化されたプロジェクト（およびその後のクライアント満足度）をもたらす2つの一般的なポイントは次のとおりです。
- プロジェクトをタスクとサブタスクに分割する-4時間以内に必要な推定時間を詳述した問題が文書化されてしまうはずです。
- 時間を記録する-各タスク/サブタスクについて、それに取り組んだ時間を記録します。
2番目のポイントについて勤勉であり、賢明な方法でプロジェクトを分解できることは、あなたがしていることと彼らが請求されていることについてのクライアントに十分な情報を提供します。このアプローチを使用すると、全体的な進捗状況を確認し、ひどく間違った見積もりを説明することもできます。
クライアントに情報を提示するときは、情報を少なくするよりも多く見せたほうがよいです。クライアントは、あなたの仕事を徹底していることを疑うことは決してありません。結局のところ、彼らは経済的に投資されています。それぞれの主要なタスクと時間/コストの見積もりを簡単に確認できる媒体を提供します。次に、明らかな誤解をチェックできるように、詳細を少なくします。
それはあなたの商用モデルとあなたのクライアントが何を望んでいるかに大きく依存します（それで彼らに尋ねてください）。考慮すべきいくつかの事柄：
クライアントが決定を下すのに何が役立ちますか？
クライアントは、プロジェクトを続行するかどうか、およびどのオプションを選択するかを決定しています。あなたが提供する情報は、これを支援し、そうするための適切なレベルにあるべきです。
では、何が彼らの優先順位付けに役立つのでしょうか、何が彼らがお金に見合う価値を提供しない機能を選択するのに役立つのでしょうか？
これは販売伝票です
何があなたの販売に役立ちますか？どうすれば物事を最も魅力的に見せ、お金に見合う価値のあるものに見せることができますか？理想的には、あなたがリストしているものは、明確なビジネス上の利益があり、自分自身を売るようにグループ化する必要があります。
この一環として、競合を隠すことについて考えてください。テストについて議論した回数のカウントを失いました（「開発者は間違いを犯してはならず、間違いなく見つけてもらうためにお金を払うべきではありません」）。そのようなタスクの内訳について2回、彼らが選ぶかもしれないものを避けてください
注：テストが重要であることはわかっていますが、きっとそうするでしょう。しかし、それが顧客にとって有用なメッセージであるかどうかを判断する必要があります。それについて優れている人もいれば、それを主張して見たいと思っている人もいれば、理解していない人もいます。あなたは彼らを教育することがあなたの利益になるのか、それとも単にそれを隠すのが最善かどうかを理解する必要があります。あなたは教育ではなくビジネスに従事していることを忘れないでください。
何を報告してもよろしいですか？
非常に詳細な見積もりを提供する場合、そのレベルでの進捗状況と最終的なコストを報告するように求められる可能性があります。それで問題ない場合は問題ありませんが、それに伴うオーバーヘッド（そのレベルでの時間記録）があり、マイクロマネジメントとハグを促進する可能性があります。個人的には、物事を比較的高いレベルに保ちます。
あなたの商用モデルについて考えてください
2つの基本的なモデルがあります。
a）時間と材料のプロジェクト
これにより、厳密な時間料金で時間の料金を請求し、提供しているのは見積もりです-これは、それぞれの期間についての知識に基づいた推測です物事がかかります。物事がオーバーランした場合、クライアントはより多くの費用を支払うことになります（オーバーランが発生することがわかったらすぐに通知する必要があります。通知する前にオーバーランが発生することはありません）。予想よりも時間がかからない場合は、安価です。
モデルの性質上、好きなだけオープンにすることができます。必要に応じて、モデルを必要なだけ詳細に分解することもできます。結局のところ、これはやりくりするものではなく、見積もりであり、最善です。推測。
つまり、ほとんどのクライアントは100個のタスクのリストを見たくないと言っています。大まかに言えば、小規模なプロジェクト（合計100人日以下）の場合、数日以上、15日以下、通常は10行以下の広告申込情報をリストします）。大規模なプロジェクトの場合、これらは増える可能性がありますが、30または40のアイテムのリストを取得している場合は、おそらくレベルが低すぎます。さらに、このレベルの詳細を提供することで、クライアントからのマイクロマネジメントが積極的に促進されます。
b）固定価格プロジェクト
このモデルでは、機能の一部を開発するために一定の金額を請求します。 100日かかると見積もって、10日で完了した場合、価格は変わらず、笑っています。同様に、1000日かかる場合は、失敗し、価格を上げることはできません。
この状況では、あなたの見積もりはクライアントのビジネスではありません-彼らは製品に似たもの、設定された金額の機能のセットを購入しています。
あなたが提供しているのは基本的に彼らのための価格表です-あなたがそれぞれに対する価格でやろうとしていることのリストです。詳細のレベルは主にクライアントによって決定されますが、理想的には、提供する価格に基づいて実装するさまざまな機能をクライアントが選択する可能性が高いレベルになります。
個人的にはT＆Mプロジェクトと同様に、最大100人日のプロジェクトで10個以下の広告申込情報を確認します。それを超えると、すべての小さな順列を見積もるのにかかる時間は別として、合計を抑えたいと思います。かなりです。
それはあなたがどのように支払いたいか（またはあなたのクライアントがあなたにどのように支払いたいか）に依存します。固定価格契約を結んでいる場合（そしてそうでないことを願っています！）、機能リストを含む適切なシステムの説明でおそらく十分です。 1時間ごとに請求する場合は、各機能の見積もりを含む機能リストを提示する必要があります。マイルストーンに基づいて分割払いで支払われる場合は、必ずそれらをリストし、何が配信され、何がそれぞれの後に完了すると予想されるかについて合意を得てください。 「ハウスキーピング」タスク（進行中の会議、デモ、機能レビューなど）も含めることを忘れないでください。また、インストーラーの作成（該当する場合）、データベーススキーマの設計/作成、または構成タスク（該当する場合）なども忘れないでください。たとえば、クライアントでアプリ/ DBサーバーのセットアップが必要な場合）。おそらく、そのアイテムに適用されるタスク/アクティビティのサブリストを使用して、多くのものを単一価格のラインアイテムにまとめることができます。これは概算であり、請求書には実際に費やされた時間/労力が反映されるという、太字の素敵なステートメントがあることを確認してください。