下面我们看一下流程图：
项目流程图
从以上可以看出需求实际上占了整个开发的三分之一，当然了前期需求没设计好是很影响后面的开发的。同样的，当前项目中的系统架构及设计没做好是会影响后面项目的。有些需求可能还与其他部门相关，在配合上也存在较大风险。
一般来说主要问题在因时间紧迫，有些涉及架构的需求被砍掉、或者因业务需求导致原始架构变更。在同一个产品上持续开发，每次小项目的完成将导致测试回归所有的功能，这个占的时间比例也很大。通常我们将开发时间和测试时间是对半的。
从多个小项目实践上看，如何将项目时间和需求功能合理调配比较关键，同时对需求功能的时间评估及设计，需要对系统比较熟悉的人来做，往往我们拿到需求后给相关开发人员去评估工作量，开发人员的理解因只限于局部，或者因其他原因预估时间偏差也比较大。针对上面的流程图，我们可以根据实际情况加以改进，但PM要把握好整个进度执行。
责任编辑：张瑶
您现在的位置： 