不靠谱的软件开发工期预估.docVIP

导语：软件开发工期是软件项目评估的重要组成部分，而软件开发工期预估的精准性却一直是业界无法解决的难题。之前CSDN软件研发频道推荐过一篇“为什么软件开发工期预估都不靠谱”的稿件受到了技术网友们的热烈关注，并纷纷给出观点和评论。软件工期预估错误常见原因及分析软件开发工期的预估工作包括了很多细节问题需要处理，比如：预估的准确性标准是什么、选择什么样的预估方法和工具、预估应遵守的原则和态度、预估人员的选择等。其中任何一个环节没有做到位，工期预估时间与实际时间就会产生较大差异。有业界人士评论，目前软件开发工期的实际完成时间，一般来讲总是会超过起初预估值的两到三倍。这究竟是开发公司的错误、抑或是管理问题？还是一些根深蒂固的原因在作祟？基于这些问题，业内专家对错估原因进行了分析：1、项目范围边界未确定好在对项目尚不了解的情况下，如何估算项目工期？很难找出一位客户可以准确地说出他们的系统应该如何运行。例：开发人员参与的每一个大型项目几乎无一例外都要求系统具有“灵活性”，换句话说就是，客户希望系统能处理将来需要处理的一切，但他们也说不清究竟需要什么功能，因此，“灵活性”本质上不是系统需求，因为它是一个模糊的概念。2、开发时间由非程序员估算如果你不是程序员，不要私自猜测开发需要的时间，如果项目经理象写小说那样虚构估算，项目注定会失去控制，开发时间的估算应该听取程序员的意见。3、开发人员的估算太过乐观开发人员估算时间一般都只考虑了编码需要的时间，另外，每个人的开发速度和效率都不一样，许多开发人员在估算开发时间时都过于乐观，他们往往会忽略掉诸如项目管理，需求整理，讨论，缺勤，电脑问题等因素。4、没有充分解剖项目对于一个独立的功能，如果估算的开发时间超过了一周就要小心了，象这样的功能应该进一步细分，这样开发人员可以更详细地分析更复杂的问题。5、估算多少时间就使用多少时间给一个程序员5天时间让他完成一个任务，他就一定会用5天时间，软件开发是可以无级变速的，任何代码都可以进行改善，如果开发人员只花了3天就完成了任务，他们会用剩下的时间来调整代码或干脆做其它事情。遗憾的是，这将会导致估算时间成为开发所需的最小时间，实际交付时间只能被进一步推迟。6、开发人员多!=开发速度快一个需要耗时100天的项目不可能用100个开发人员1天就完成了，开发人员越多只会导致项目复杂性呈指数级增长。7、项目范围变更这可能是每个开发人员感觉最头疼的问题，有时是应客户的要求对功能进行修改或添加，有时会是CEO一时兴起，觉得某个功能很酷就要求加上或修改。8、估算被固定估算应是一个持续的过程，应随系统的开发进度不断更新，程序员往往会认为他们能够弥补逝去的时间，但却很少有人真正做到。9、遗忘了测试时间要让开发人员自己测试自己的代码是不现实的，他们知道代码是如何工作的，因此会潜意识地使用一个特殊的测试方法，通常，测试和调试时间需要占到开发时间的50%。10、估算得太死非程序员很少能体会到软件开发的复杂性，因此很少有项目计划不被迫延后，影响项目进展的因素很多，估算时如果不预留部分机动时间，最终只会是一个失败的估算。开发延迟会导致代价高昂的连锁反应，遗憾的是，出了问题大家都喜欢将责任归咎于底层的程序员，这样下去对以后的项目也会不利，因为程序员会吃一盏长一智，下一次他们要么拒绝提供估算时间，要么会夸大开发时间。软件项目常常会出现各种各样的变更，最好的办法只能是面对变化，在每次变化后对项目进行重新估算并进行相应的工作调整。根据变化及时更改预估值，也不失是接近精确值的方法之一。如何使用合适的管理工具保证工期顺利进行每个软件项目往往会因为各种原因发生变数。我们只能是尽量主动在软件系统需求、设计、编码、测试、维护、文档等多环节中做好管理，并对出现的变动迅速作出应对，这样就能尽量把产生的误差降到最小，再通过调节来进一步缩小预估误差。在此不再对每一环节一一赘述，只对整个软件开发工期的管理作一详解，希望由此找到更多保证软件开发工期的解决之道。在完成软件开发工期的预估后，相应的软件工期管理不仅是保证工期按期进行的必要条件，更是保证整个软件项目顺利完成的重点，所以需借助合适的软件开发工期的管理工具。选择这样的工具则要注意它是否具备下列特点：整合的系统（Integrated System）。现今针对软件开发工期中各个阶段的工作管理，虽然可选的管理工具颇多，但它们多半是由不同的公司开发出来，且是各自独立的。这至少造成了以下两个问题。第一，各阶段的数据不能被共享。举例来说，同样的需求会在需求管理工具中记录，又同时需要出现在缺陷跟踪工具里。若要把这些数据要从一个工具拷贝到另一个工具，不但在时间上有延迟，同时在费用上也会增加，而且发生错误的可能性也变大。第二，项