需求变更处理流程

 

 

  需求变更既然是不可避免的，那么就必须有一套规范的处理流程。对于需求变更的处理流程分为以下步骤:提出变更、变更评估、实施变更。图下图是一个变更控制的流程示例，它能够应用于需求变更或其他项目的变更处理。

 

  变更控制的开始条件是:通过合适的渠道接受一个合法的变更请求。将所有变更申请控制到一个联系点， 而且为每一个变更请求赋予统一的标识标签。接到变更申请后先确定其性质，如果变更是在项目经理的权限内，则变更由项目经理决定如何变更。如果变更申请的内容不在合同范围内，一般应给予忽略。对于重大变更则要经过变更控制委员会的审查、评估，来确定如何处理。变更控制委员会要从影响分析、风险分析、危害分析及其他方面进行评估，然后作出决策。一旦批准变更申请， 需要对合同、计划、需求等相关文档进行修改和补充，并安排实施计划与资源。

 

  CMM提出“分配需求的变更被复审，并加人到软件项目中来”,其关键是在需求发生变更时，没有必要马上把这些变更付诸于软件开发工作之中。实际上，坚持把需求变更付诸开发努力，企业就会形成一种混乱 且不稳定的氛围，进而严重破坏项目的控制和管理。需求管理的关键过程试图通过把分配需求的变更囤积到可管理的组中，等到开发工作允许的时候再引人相应的方法，避免产生这种混乱的氛围。结果，需求管理创建了-一个隔绝开发工作与所有真实的、潜在无序的、来自于客户的变更。这个缓冲器允许真实的变更被注意、记录、追踪，同时开发工作又不会因此而被扰乱。开发项目应该周期性地暂停来吸收最新的需求变更积累，此时，所有的计划、设计、实施都根据刚刚吸收的需求变更的影响进行更新。

  以上就是需求变更处理流程全文，希望对大家有所帮助！