個人のソフトウェアタスクの見積もりに最も関連する本は何ですか？
プログラマーとして、バグ修正や新機能の実装など、中小規模のプログラミングタスクを完了するための時間を見積もるのに役立つ本を読んだことがありますか？どれが一番役に立ちましたか？
その長所と短所を挙げて、それがどのようにあなたを助けたかを説明してください。
パーソナルソフトウェアプロセスを調べることをお勧めします。 Watts Humphreyには、興味深いと思われる3冊の本があります パーソナルソフトウェアプロセスの概要 、 ソフトウェアエンジニアリングの分野 、および PSP：自己改善プロセス）ソフトウェアエンジニア向け 。
パーソナルソフトウェアプロセスの概要は、おそらくあなたが始めたいところです。 PSPは段階的なプロセスであり、プロセスの最初のフェーズを導入します。 PSP 1.1を通じて、プロセスの規律、測定、見積もり、計画という概念が導入されていると思います。これはあなたが興味を持っているトピックに非常によく似ています。また、本格的なPSPの一部である統計分析ではなく、実践に焦点を当てているため、はるかに読みやすくなっています。
ソフトウェアエンジニアリングの分野は、これらのトピックをさらに深く掘り下げ、残りのPSP（品質管理、設計）も含み、大規模なプロジェクトにチームソフトウェアプロセスを導入し始めます。 PSP：ソフトウェアエンジニアのための自己改善プロセスは非常に詳細であり、PSP全体もカバーしています。違いは焦点にあります。ソフトウェアエンジニアリングの分野は大学院コース向けに設計されており、学術的に関心のある研究やトピックのいくつかについて説明しています。一方、PSP：ソフトウェアエンジニアのための自己改善プロセスは、業界で働いてソフトウェア開発者のプロセスを改善する人々のために書かれています。本質的に純粋に学術的なトピック。
「箱から出して」PSPは非常に重く、スクリプト/フォーム駆動であるという警告を追加する必要があります。ただし、必ずしもそのようにする必要はありません。これは、調整可能なフレームワークです。また、PSPプラクティスの多くは、大幅なオーバーヘッドなしで既存のプロセスと統合できます。
これは私が以前に参照した良いサイトです：
http://jamesshore.com/Agile-Book/estimating.html
ただし、アジャイル開発を使用しています。
それは、現実的な見積もりに取り掛かり、それらの見積もりをより明確に説明し、裏付けることができるようにすることで私を助けました。
本ではありませんが...
StackOverflowとStackExchangeの創設者は、「 エビデンスベースのスケジューリング "」と呼ばれる合理的な見積もりとスケジューリングの方法論を作成しました。方法論は 実装FogBugz バグ追跡および開発管理システムでした。
簡単な要約：
**機能/タスクをそれぞれ16時間以内の小さなチャンクに分割します。
**プログラマーに時間の見積もりをしてもらいます。
**実際に費やされた時間を追跡します。
**見積もりと実際の履歴を使用して、見積もりから実際を予測し、スケジュールを作成します。
注：私が読んだJoelの執筆の最初の部分は、彼の " Painless Software Scheduling "の記事でした。 Joelはその後、EBSを優先して非推奨にしましたが、履歴を作成するとき、または単独で作業している場合の開始点として、ある程度の価値がある可能性があります。