見積もりとクライアントの期待を提供しますか？
クライアントがアプリのさまざまなセクションの開発にかかる時間の見積もりを求めた場合、合計金額または各セクションにかかる時間を提供するのが最善ですか？
時間/日の範囲を指定する方が良い/一般的ですか、それとも単一の数値を指定する方が一般的ですか？
ほとんどのクライアントは、プログラマーが50時間かかると言った場合、50時間の請求が必要だと感じていると思いますか？
50がかかり、実際には60がかかると言った場合、見積もりを超過していることを事前に伝えますか、それとも最初に見積もった金額を請求するだけですか？
これはあなた自身とクライアントの間の話し合いでなければなりません。
クライアントがアプリのさまざまなセクションの開発にかかる時間の見積もりを求めた場合、合計金額または各セクションにかかる時間を提供するのが最善ですか？
理想的には、プロジェクトをタスクとサブタスクに分けて、各タスクの見積もりを出します。予期せぬ事故などに対処するための余分な時間を含めます。
ほとんどのクライアントは、プログラマーが50時間かかると言った場合、50時間の請求が必要だと感じていると思いますか？
50がかかり、実際には60がかかると言った場合、見積もりを超過していることを事前に伝えますか、それとも最初に見積もった金額を請求するだけですか？
これは、両当事者間の合意または理解であるため、クライアントと話し合いたいことです。例えば。 「このプロジェクトを50時間、期間で終了します」などと言った場合は、50時間、期間のみ請求する必要があります。
いずれにせよ、評判を傷つけないようにしたいので、クライアントとのコミュニケーションがうまくいかないように思えます。
クライアントが見積もりを要求するとき...彼らに合計金額を与えるのが最善ですか、それとも各セクションにかかる金額ですか？
ピース。常に詳細を分割して提供してください。常にピースに優先順位を付け、常に最も重要で価値のあるピースを最初に作成します。
時間/日の範囲を指定する方が良い/一般的ですか、それとも単一の数値を指定する方が一般的ですか？
より良く、より一般的には、互いに何の関係もありません。
人々はあまり詳細を保持していないので、あらゆる種類の派手な範囲と確率を与えることができ、彼らは1つの数字しか覚えていません。彼らが覚えている数字は本質的にランダムなので、あなたが何を言っても大した問題ではなく、彼らはそれを誤解します。
これはさまざまなので、彼らが何を覚えているのかを知る必要があります。あなたはそれらと不確実性にどのように対処するかを知る必要があります。
あなたは未来を予測しています。どれくらいの時間がかかるかわからないかもしれません。
ほとんどのクライアントは、プログラマーが50時間かかると言った場合、50時間の請求が必要だと感じていると思いますか？
それは異なります。彼らに聞いてください。
50がかかり、実際には60がかかると言った場合、見積もりを超過していることを事前に伝えますか、それとも最初に見積もった金額を請求するだけですか？
開発が「ダイアログ」でない場合、あなたはそれを間違っています。ピースで構築しているので、各ピースはそのダイアログの別の交換です。
まず、作業量がどれほど少なくても、いくつかのソフトウェア見積もり手法を身に付けることをお勧めします。これにより、（ほとんどの場合）見積もりに間違いがなく、顧客はあなたが推測ではなく標準的な手法を使用していることを知って安心します。次に、努力の増加に直面していないプロジェクトはないと思います。いくつかのバッファを保持します。複雑さに応じて、5〜10％の範囲になります。
毎週/数週間在庫を取り、締め切りに間に合わない問題が予想される場合は、必ず顧客に知らせてください。範囲が拡大したためであれば、お客様に請求することはできますが、技術的な問題が原因である場合は、ご自身で管理する必要があります。
最終的な見積もりを出すことができます。または、顧客が要求した場合は、モジュールに分割します。すべての作業項目に移動するのではなく、グループ化して見積もりを出します。
また、設計とテストについて妥協しないでください。これにより、プロジェクトの円滑な実行が保証されます。