如何估算项目的开发时间
如何估算项目的开发时间估算项目的开发时间是根据软件的开发内容、开发工具、开发人员等因素对需求调研、程序设计、编码、测试等整个开发过程所花费的时间做的预测。
有效的软件开发周期估算在软件开发中是非常困难的工序之一，之所以说困难，是因为软件开发所涉及的因素不仅多而且异常复杂，即便是及其类似的软件项目也不能完全照搬，在估算的把握上有一定难度。
一、软件规模是项目估算的基础
1、软件规模通常指的是软件的大小，可以通过程序代码行的长度、功能函数的数量、数据库中表的数量、数据库的大小等要素来描述软件规模。一般而言，软件规模越大，所花费的开发周期就越长。但这并不是一个简单的线性函数关系，也要考虑代码重用问题。比如一个模块代码很长，但是可能包含了很多公用函数，那么在估算时就应适当减少代码行数量。
2、软件项目中包含的功能模块越多、越复杂（或者说软件越大），开发周期越长。这个时间绝不是模块开发时间的简单叠加，因为模块功能数量的增加直接带来了软件模块间相互关联度、复杂度的成倍增加，这导致了在需求、设计等阶段需要花费更多的时间，比单独考虑一个模块复杂得多。另一方面，对于产品化程度高的项目开发，随着模块数量增加，开发周期的增加却不是特别明显。这是因为相当数量的模块可以完全重用，实际开发量大大减少。
3、在实际进行软件开发周期估算的时候，软件规模肯定是首先考虑的因素。具体估算时，在考虑软件规模时要去除可重用的部分。另外，软件功能之间的关联所造成的复杂性也必须足够重视。
二、风险影响周期
1、任何一个项目都或多或少存在风险，软件项目开发过程中也避免不了这种情况而且有自己的特点。最常见的风险来自于：技术、客户、项目人员等方面。开发周期估算时项目风险应该适当考虑，尤其是技术风险和客户风险——
2、技术风险
技术风险主要来自于软件本身的技术难度。对于一套成熟的产品，定制开发的技术风险相对非常小，因为重要的技术已经成型，客户也很少有新的、能带来高难度技术问题的需求，这种风险较小。但是对于完全重新开发的项目，或是研发类的项目，技术风险必须特别重视。以开发平台为例，开发平台必须适合本项目所涉及的软件开发、满足最终的需求，平台的错误选择将导致庞大的开发工作量，即便满足了用户需求也可能造成系统效率低下、扩展性差的致命问题，软件可能会很快被淘汰。
3、客户风险
客户风险存在于客户化项目中，客户行业特点不尽相同，技术、理解水平也相差甚远。在我经历开发的项目中，80%的项目延期是由于客户方的原因，而且这种风险可控性很低，对项目影响超过技术风险。
4、在开发周期估算前，项目经理要仔细分析客户的具体状况，包括客户方的计算机水平、管理水平、可沟通程度，在此基础上结合以往的经验综合判断是否会对开发带来明显的影响，可以按照上述的技术风险的方式将客户分级，最终确定开发周期。在这个过程中，项目经理的经验极其重要，对客户的分析基本上要依赖经验做判断，要求管理人员有大量的客户经验和行业分析能力。
三、项目团队影响速度
1、对于软件开发项目来说，人力资源是核心力量。人力资源对估算的影响表现在技术水平、理解能力、沟通能力等几个方面。项目技术人员编程水平、工作效率、团队适应性、沟通能力等素质，都会对开发进度产生影响，其中技术水平是最关键的因素。评价程序员的技术水平可以从编程熟练程度、编程速度、解决技术问题的能力等几个因素考虑：编程熟练程度指的是程序员使用编程工具实现软件的功能的熟悉程度；编程速度指的是完成某个功能的速度；解决技术问题的能力可以反映程序员的技术功底—如果以100%作为总和，这三个因素分别占的合适比例为70%、15%和15%。
2、软件开发周期估算前，应对开发人员定级，建议按新手、初级程序员、中级程序员、高级程序员来划分，每一级人员再评定上述三个因素。初次估算时可以假定开发人员为中级程序员，然后依据项目组实际人员的水平做修正，这样结果的准确度能大大提高。
四、我们在估算项目的开发时间时常出现的情况
| 估算时间 | 开发人员所想象的 | 开发人员所忘记的 | 实际时间 |
| 30秒 | 只需要做一个很小的代码改动。我准确地知道怎么改，在哪里改。花费30秒敲键盘即可。 | 启动计算机，开发环境和获取正确源码的时间。用于构件，测试，检查和文档修复的时间。 | 1小时 |
| 5分钟 | 小事一桩，我只要上谷歌查一下语法就可以修复它了。 | 很少有一次就能找到完全正确的信息。即使找到，在它能工作前，也需要做一些调整。外加构件，测试等等时间。 | 2小时 |
| 1小时 | 我知道怎么做，但是写这些代码需要花费一些时间。 | 面对未来可能发生的问题，1小时稍纵即逝。有些东西总是会出错。 | 2小时 |
| 4小时 | 需要写一些代码，但是我粗略地知道步骤。我知道标准框架中的Wizzabanga模块可以做到，不过我得查看文档，了解它的准确地调用方式 | 这个大概是唯一现实的估算。它为意外的错误留下了足够大的余地，而这个任务也小到足以把握。 | 4小时 |
| 8 小时 | 我先要把Balunga类重构成2个，然后为Wizzabanga模块加一个调用，最后为GUI加一些字段 | 总会有许多系统的不同部分依赖着Balunga类。大概有40个不同的文件需要修改。为GUI新加的字段，同样也需要加到数据库中。8小时太长，无法完全把握。总会有比程序员估算时更多的步骤出现。 | 12-16小时 |
| 2 天 | 真的有一大堆代码要写。我需要往数据库里加一些新table，显示table的GUI，还有读写table的代码逻辑。 | 对于大多数开发者来说，两天的工作量已经大到难以估算了。肯定会有什么东西被遗漏掉。不仅仅是一些小事情，而是整个一大块主要功能会被遗忘在估算中。 | 5 天 |
| 1 周 | 哎哟，这真是一项艰巨的任务。虽然我还没有思路，但我不能说我不知道。一周应该够了，我希望，我真心希望，但是我不能要求更多了，否则他们会认为我不够称职。 | 这个任务已经大到超过大多数程序员的理解了。它应该被发回给架构师，帮忙将它划分成更小的部分，然后提供一些解决问题的方向。架构师可能会发现一种更简单的方法来完成它，或者发现其实有更多超乎想象的工作。。。 | 2-20 天 |
五、估算项目的开发时间总结
每个开发人员都应该具备估算的技能。为磨练这个技能，接手每个任务时，先决定你要做什么。然后在开始之前估算任务所需时间。最后测量实际花费时间，并与估算相比较。同样比较你实际完成的与计划完成的。这样你将会既提高你对一个任务包含细节的理解，同样也提高了你的估算技能。