方法二：有序管理需求变更

在实际项目中，实现需求变更的成本随着开发进度呈指数级增长。需求变更的流程化管理能保障正常的开发进度，将变更及时反应到开发和测试等部门。

以下描述的是一个典型过程（如图1）。一项变更请求在需求管理系统中被提交后，与之关联的各个部门，如市场、项目管理、产品研发、QA、测试等，都会有相关人员接到系统通知而介入。他们将组成评估团队，根据实施难度、周期、费用、对其他机制的影响等指标，对该变更进行全面考察和评估。

DevSuite提供了灵活的工作流程定制和管理能力，图形化工作流引擎将工作流图形转变为工作流脚本，因此项目管理员可以在图形化界面中，轻松快速的定制项目组项目管理流程。

如上图中红色框内为需求的工作流程，用户可以根据公司的实际业务流程，定制符合需要的需求流程图，系统可以同时定义多条项目工作流程，以适应不同规模、不同类型的项目。

方法四：需求有效驱动开发与测试

在理想的研发管理平台中，需求管理与所有规划、开发、测试管理过程相集成。因此，需求的正规表达Spec，以及围绕Spec正在或将要进行的开发任务和测试任务，都能被纳入综合考虑的范畴，便于评估团队估算该变更造成的“牵一发而动全身”的潜在影响。有时，还要结合商业需求进行考量，为了赶上产品的佳发布时机，有些变更将被拒绝。

变更请求被批准后，与之相关联的开发、测试任务都会在系统中被一一标记出来，以提醒程序和测试部门的相关负责人，引发这些任务的需求已经变更，请他们做出相应的调整处理。在系统中跟踪这些任务的进展，可以实时掌握该变更的落实情况。变更完成后，也可以核算它对开发周期和费用的实际影响，与评估时的预测相对比，找出差异的原因，为将来更准确地评估提供参考。

DevSuite提供了变更标识功能，通过变更标识子任务，我们可以选择受影响的开发、测试任务，建立变更标识子任务，该子任务将以旗帜形式反映到开发、测试任务中。变更标识子任务不但能够标识变更，还能够帮助团队进行变更反馈，通过文字记录和状态改变，任务负责人员可以将需求变更对于任务的影响及时回馈给需求管理人员。另外，对于需求实际改变的内容，需求负责人员可以创建变更推送子任务，通过邮件系统，可以将变更信息发送给该需求的干系人。

方法五：需求指导项目规划与执行

纵使项目初都有比较全面的计划，延期仍然会时常发生，即便是在管理机制比较成熟的大型研发企业中，跳票也不可避免。通常情况下，导致跳票主要有以下几点原因：功能设计规划过多，很多又无法删除，如不增加开发时间，产品几乎不能完成；缺乏有经验的管理或开发人员，不能准确估计工作量；任务执行缺乏规范，开发人员随意更改功能设计，影响整体进度；过高的人员流动率，导致知识的流失，任务不能及时跟进。