小規模な仕事について質問しています。大規模な仕事では、あらゆる種類の契約上の問題に対処しなければならないと思います。大規模な仕事では、スケジュールの遅れを考えていなければ、基本的にうんざりしています。
成果物が少ない場合 (10 時間以内): 以前に行ったことがあることを行っている場合、その作業にかかる時間を簡単に見積もることができます (その方法を既に学んでいるため、それよりも短い時間で済む場合もあります)。 "一番"）。しかし、何か新しいものを使用する場合、最初の見積もりで発生する可能性のあるタイム スリップにどのように対処しますか? 念のため、任意に時間に 20% を追加しますか? 範囲を指定してから、先に進むにつれて精度を上げますか? 一部の HelloWorlds は数時間課金して、不明な点を解明しようとしていますか?
この質問については、仕事を遂行するために可能な限り最高の情報を必要とし、遅かれ早かれすべてを必要とする柔軟なクライアントのために働いていると仮定しています。
新しいものや異なるものの開始時に、+/- 50% を超える正確な見積もりは、パディングされるか、推測であるか、柔軟なスコープを持っています。
とはいえ、優先順位とタイムスケールは柔軟で、開発チームやクライアント以外の多くの事柄に依存していることがよくあります。
重要なことは、目に見える進歩、クライアントのニーズへの応答性 (リクエストとは対照的に- 柔軟なクライアントは違いがわかります)、必要に応じて 100% 未満の機能で早期に稼働できる反復的なアプローチがあることです (初日にすべてが必要になるわけではありません) 修正と機能のリリースが頻繁に行われ、目に見える追加の利点が得られる場合.
クライアントを「完了し、日付 X に準備完了」という考え方から「十分であり、常に改善している」という考え方にクライアントを誘導することが、これの鍵となります。
それ以外の場合は、昔ながらの伝統に戻る必要があります... 信頼できる、経験豊富で信頼できる 4 人の同僚に見積もりを依頼します...
...そして、それらを一緒に追加します。
学習にはフィードバックが必要なので、自分の正確さを追跡することをお勧めします。
見積もられた各タスクの簡単な説明、元の見積もり、および実際に必要な時間をログに記録します。したがって、たとえば、見積もりが 25% 不足していることがわかった場合は、対応する上方調整を開始します。過大評価または過小評価のパターンがないことがわかった場合は、タスク自体の特性を調べて、一貫して過大評価または過小評価している特定の種類のタスクがあるかどうかを確認します。
これはややオープンな質問なので、答えも同様かもしれません。
要求されたものにできるだけ近いものを提供するようにしてください。露骨なエラー (クラッシュなど) なしで実行できるように最善を尽くしてください。要求されていない場合は、要件を再推測しようとしないでください。それが必要になることがわかっている場合でも、それを実行しないでください。これにより、「正しく」取得するためにさらに時間が必要な場合に活用できます。これは必ずしも必要ではありません。求められたものではなく、納品後に顧客が実際に求めているもの。早い段階でできる場合はそうしますが、10% を超えないようにしてください。