如何估计项目的工作量呢？
简单地说，我们需要将项目的所有工作进行分解，直到每个分解后的工作都能估计出具体的所需时间来。
那项目的“所有工作”包含什么呢？回答这个问题其实就是回答“估算要估啥？”这个问题了。
一般情况下，项目工作包括以下内容：
1.项目前期工作。
包括商务谈判、技术方案准备、投标准备、前期需求调研、前期技术研究等工作。当你接手项目的时候，这些工作往往已经做了，你估算项目工作量时，不要忘记这些已经花费的工作量。
2.商务方面的工作。
从客户开始有意向做这个项目，一直到项目验收、维护，整个过程中都会贯穿商务活动。前期的商务活动有商务谈判、投标准备、合同签署等，而签订合同后的商务活动有项目请款和催款、促进验收等。某些商务活动属于灰色地带，如请客、送礼等，这些往往是花费巨大的。一般来说我们不需要估算灰色地带的商务活动，灰色地带的商务活动公司的高层会考虑的了，但我们需要对正常的商务活动进行估算。
3.需求调研方面的工作。
需求调研是一个“反复”的过程，一般来说能在前期确定80%已经是很了不起的成绩。
需求调研的工作量一般由三部分组成：前期调研的工作量，后期需求细化的工作量，后期需求变更的工作量。
前期调研的工作包括：项目组内部讨论、确认，与客户讨论、确认需求，编写需求规格说明书及组织评审等工作。
需求细化是指对之前已确定需求的进一步具体化、优化或轻微调整，如：界面细节的确认、各业务概念的具体化等。需求细化一般是可预见可估计的。
需求变更是指对之前已确认需求的“否定”，变更的原因主要有两种情况：一是之前需求调研工作没有能做好，理解错客户的真正意图或者是遗漏重要的需求；二是客户业务情况发生变化，与之前情况已经不同。第一种情况应该尽量避免，而第二种情况一般是难以估计的。需求变更时需重新估算，和客户签订需求变更协议。
我们一般会充分估计前期需求调研工作量以及需求细化工作量，对于需求变更则暂不考虑，因为一旦变更我们会和客户确认需求变更的费用。但有些项目有很特殊，项目报价中预留了少量的需求变更费用，这时估算中就需要适当考虑需求变更了。
4. 软件设计方面的工作。
不少项目为了“赶”进度，设计文档很少，然则项目真的很简单、不需要仔细考虑设计的情况是非常少的！
软件设计工作包括：
1）系统架构设计。
2）技术方案选择。
3）关键模块设计。
4）数据库设计。
5）用户体验设计。
以上内容具体项目可以有所取舍，但不可能全部都不用考虑。
另外不要忘记了以下两方面的工作：
1）各类设计工作产品的讨论、确认、评审工作。
2）设计细化与优化工作。设计是需要持续改进的，不要忘记这些工作。
5.编码方面的工作。
要注意不要遗漏代码返工、代码评审、代码调试、修复缺陷的工作量。
需求、设计没有做好，编码质量不过关，这些会严重增加代码返工、代码调试、修复缺陷的工作量。代码首次完成的时间如果是 100小时，那么后面代码调试、修复缺陷等所需要的时间可能是200小时以上，往往我们估算时只考虑了前面的100小时。
6.测试方面的工作。
测试工作包括测试计划、测试用例、测试文档评审、测试环境准备、测试数据准备、执行测试、回归测试等内容。
软件测试一般要经历多轮，我们估算往往只考虑了第一轮，就好象软件只需要测试一回就不用再测试了。而测试环境准备、测试数据准备这些工作也很容易在估算时“忘记”了。
7. 实施方面的工作。
实施工作包括实施计划、实施方案的准备，编写管理员手册、用户手册，熟悉系统，搭建实施环境并进行演练，在客户现场安装