项目进度计划延期的分析.doc

项目进度计划延期的分析 在我个人看来，在众多公司的项目中，项目的进度估计虽然具有一定的依据，也参照了一定的依据，包括经验，也遵循了一定的流程，但是还是存在许多不足之处。除了用户方的原因（在此不做讨论），在我看来主要问题出于以下几点： 1软件开发计划制定中的几个问题 1.1 详细设计不彻底 详细设计的不彻底，导致开发计划制定后执行的空洞，从而无法真正实现计划的实现和监控，大多的情况是在不断的弥补，或者进度的追赶，从导致代码的质量无法保证，甚至亦无法保证功能的实现。 1.1.1 详细的设计的不足 很多开发人员在接到开发 任务后，担心不能及时完成任务，在匆忙做完了概要设计（其实此时的概要设计可能根本不能满足需要），以没有时间为借口，直接进入到编码阶段，没有对软件系统进行更为详细的设计，从而导致了对开发中出现的问题没有做出相应的应对措施。而且在出现问题后，对问题认识的不足（包括担心问题的出现会使自己的技能被别人否定等），和解决方法的缺乏，从而导致了问题的堆积和时间的流失，到最后使得项目的进度不得不发生了延迟。众多公司的项目和产品中普遍存在这个问题。 1.1.2 详细设计应该达到的地步 详细设计应该能够达到一个这样的地步， 比如，在一个模块所需要实现的功能基础上，对此模块再次进行的详细设计，以至不可再分，甚至可以细化到可以实现的某一个具体的函数、类、属性等之上。而且不遗漏细节！比如页面设计可以以页面为单位进行详细设计，从而细化到每个页面大概需要实现的基本要素，包括多少个按钮、列表框、输入框等，以及每个页面中的功能点，包括需要连接的数据库等。这样每个页面的具体时间就能准确的确定，并被执行。且需要做出一个网页的设计图样，共项目评审使用。比如图形制作可以以每幅图为单位进行详细设计，从而可以细化到每个可能需要实现的基本要素，包括道路等 各项图形要素，以及功能点等。这样每副图形制作的具体时间就能准确的确定，并被执行。亦可以做评审使用。 1.1.3 重物的称量 试想，我们需要称量一个重物，如果没有磅秤，只有弹簧称，那么我们只能将此重物进行分割，方能知道此重物的重量，而且需要保证在分割的过程中没有损耗。否则就需要进行一个定量的、适度的估算，比如百分比等，以弥补分割过程的损耗。 在这个比喻中，我们把重物看成是个项目，分割重物的人是项目经理或系统分析人员，称量的人则是实施开发的人员，分割过程则