如何估算项目的开发时间

如何估算项目的开发时间

估算项目的开发时间是根据软件的开发内容、开发工具、开发人员等因素对需求调研、程序设计、编码、测试等整个开发过程所花费的时间做的预测。

有效的软件开发周期估算在软件开发中是非常困难的工序之一，之所以说困难，是因为软件开发所涉及的因素不仅多而且异常复杂，即便是及其类似的软件项目也不能完全照搬，在估算的把握上有一定难度。

一、软件规模是项目估算的基础

1、软件规模通常指的是软件的大小，可以通过程序代码行的长度、功能函数的数量、数据库中表的数量、数据库的大小等要素来描述软件规模。一般而言，软件规模越大，所花费的开发周期就越长。但这并不是一个简单的线性函数关系，也要考虑代码重用问题。比如一个模块代码很长，但是可能包含了很多公用函数，那么在估算时就应适当减少代码行数量。

2、软件项目中包含的功能模块越多、越复杂（或者说软件越大），开发周期越长。这个时间绝不是模块开发时间的简单叠加，因为模块功能数量的增加直接带来了软件模块间相互关联度、复杂度的成倍增加，这导致了在需求、设计等阶段需要花费更多的时间，比单独考虑一个模块复杂得多。另一方面，对于产品化程度高的项目开发，随着模块数量增加，开发周期的增加却不是特别明显。这是因为相当数量的模块可以完全重用，实际开发量大大减少。

3、在实际进行软件开发周期估算的时候，软件规模肯定是首先考虑的因素。具体估算时，在考虑软件规模时要去除可重用的部分。另外，软件功能之间的关联所造成的复杂性也必须足够重视。

二、风险影响周期

1、任何一个项目都或多或少存在风险，软件项目开发过程中也避免不了这种情况而且有自己的特点。最常见的风险来自于：技术、客户、项目人员等方面。开发周期估算时项目风险应该适当考虑，尤其是技术风险和客户风险——

2、技术风险

技术风险主要来自于软件本身的技术难度。对于一套成熟的产品，定制开发的技术风险相对非常小，因为重要的技术已经成型，客户也很少有新的、能带来高难度技术问题的需求，这种风险较小。但是对于完全重新开发的项目，或是研发类的项目，技术风险必须特别重视。以开发平台为例，开发平台必须适合本项目所涉及的软件开发、满足最终的需求，平台的错误选择将导致庞大的开发工作量，即便满足了用户需求也可能造成系统效率低下、扩展性差的致命问题，软件可能会很快被淘汰。

3、客户风险

客户风险存在于客户化项目中，客户行业特点不尽相同，技术、理解水平也相差甚远。在我经历开发的项目中，80%的项目延期是由于客户方的原因，而且这种风险可控性很低，对项目影响超过技术风险。

4、在开发周期估算前，项目经理要仔细分析客户的具体状况，包括客户方的计算机水平、管理水平、可沟通程度，在此基础上结合以往的经验综合判断是否会对开发带来明显的影响，可以按照上述的技术风险的方式将客户分级，最终确定开发周期。在这个过程中，项目经理的经验极其重要，对客户的分析基本上要依赖经验做判断，要求管理人员有大量的客户经验和行业分析能力。

三、项目团队影响速度

1、对于软件开发项目来说，人力资源是核心力量。人力资源对估算的影响表现在技术水平、理解能力、沟通能力等几个方面。项目技术人员编程水平、工作效率、团队适应性、沟通能力等素质，都会对开发进度产生影响，其中技术水平是最关键的因素。评价程序员的技术水平可以从编程熟练程度、编程速度、解决技术问题的能力等几个因素考虑：编程熟练程度指的是程序员使用编程工具实现软件的功能的熟悉程度；编程速度指的是完成某个功能的速度；解决技术问题的能力可以反映程序员的技术功底—如果以100%作为总和，这三个因素分别占的合适比例为70%、15%和15%。

2、软件开发周期估算前，应对开发人员定级，建议按新手、初级程序员、中级程序员、高级程序员来划分，每一级人员再评定上述三个因素。初次估算时可以假定开发人员为中级程序员，然后依据项目组实际人员的水平做修正，这样结果的准确度能大大提高。

四、我们在估算项目的开发时间时常出现的情况

五、估算项目的开发时间总结

每个开发人员都应该具备估算的技能。为磨练这个技能，接手每个任务时，先决定你要做什么。然后在开始之前估算任务所需时间。最后测量实际花费时间，并与估算相比较。同样比较你实际完成的与计划完成的。这样你将会既提高你对一个任务包含细节的理解，同样也提高了你的估算技能。