软件需求变更的流程是：一、接收需求变更申请；二、组织变更请求评审；三、按评审结果执行；四、跟踪变更执行；五、验证变更结果。项目过程中，当有人提出需求变更时，可要求对方正式提出书面申请，详细记录申请人具体变更内容、申请时间等信息。
一、接收需求变更申请
项目过程中，当有人提出需求变更时，可要求对方正式提出书面申请，详细记录申请人具体变更内容、申请时间等信息，可使用线上的电子流程，也可以在线下的填写纸质申请并签字。接收该申请后，初步评估是否符合需求变更申请的基本要求，如是否属于变更、是否属于项目范围等。
二、组织变更请求评审
需求变更的评审通常由变更委员会完成，变更委员会是专门门为评审变更请求而设立的团体，可以由客户负责人、开发负责人项目经理等干系人构成。变更评审的目的是评估变更对项目带来的影响， 确保每一个变更是必要的。 评审可以由委员会商讨得到结论，如评审通过则执行变更，如不通过，则拒绝变更。
三、按评审结果执行
当变更请求评审不通过时，需知照变更提出人，并记录结果；如变更请求通过，则需按变更内容执行，将变更内容列入相关的计划，修改相关的文档，确保变更的内容被安排在未来的工作中。
四、跟踪变更执行
当变更执行时，需定期了解进度，关注变更的完成情况，及早发现潜在的问题并解决，以避免变更对项目原有的进度和质量等造成影响。
五、验证变更结果
当变更完成后，需按照原计划验证变更的结果是否与预期－样，如发现与原来计划的有偏差，需及时采取措施，减少损失；如结果与原计划保持－致，则变更完成，知照相关人员。
延伸阅读：
什么是需求管理？
需求管理（Requirement management）是完整管理模式中的一环，同其他特性诸如完整性、一致性等不可分割，彼此相关而成一体。一套需求管理应当是已知系统需求的完整体现，每部分解决方案都是对总体需求一定比例的满足（甚至是充分满足），仅仅解决部分需求是没有意义的。对关键需求的疏忽很可能是灾难性的，试想一架飞机的安全设计不过关将会带来什么样的后果。不同的需求组合起来，构成了一套完整的需求模型。用户需求决定了系统设计所要解决的问题，所要带来的结果。可以说，需求管理指明了系统开发所要做和必须做的每一件事，指明了所有设计应该提供的功能和必然受到的制约。 需求管理的过程，从需求获取开始贯于整个项目生命周期，力图实现最终产品同需求的最佳结合。通过对需求管理在项目进程中实施的不同任务进行分析，我们可以看出需求管理所起的作用。
需求管理本就是一个动态的过程，离开了能动的、变化的系统进程而空谈需求管理，无异于纸上谈兵。
文章标题：软件需求变更的流程是什么，发布者：Flawy，转载请注明出处：https://worktile.com/kb/p/47285
微信扫一扫 
支付宝扫一扫 
