需求变更的5W1H分析

why，需求为什么变化？
甲方的特殊原因：
不知道如何说清楚需求；
没有明确的需求；
没有确认乙方描述的需求；
乙方的特殊原因：
理解错了需求；
没有很好的诱导客户的需求；
共性原因：
业务就是变化；
人与人之间的沟通本来就存在障碍；
特殊原因是可以消除的，共性原因是难以消除的。

who : 谁会提出需求变化？
客户：客户方的高中低三个层次都可能提出需求变化；
最终用户；
开发方：开发人员的技术实现的难点等导致的需求变化；

when :何时可能发生需求变化？
需求完成，设计未完成；
需求完成，设计完成，编码未完成；
需求完成，设计完成，编码完成，测试未完成；
交付后的变更；
需求变更的时机越完，应对的成本越高。

what: 变更什么？
可以从两个维度进行分析：
不同层次的变更：
目标层的需求；
业务层的需求；
操作层的需求；

不同类型的变更：
功能性的需求变更；
非功能性的需求变更；

基本需要的变更；
期望的变更；
约束条件的变更；
接口需求的变更；

全局性需求的变更；
局部需求的变更；

变更的需求对象不同，应对的成本有显著差异。

how: 如何应对需求的变更？
需求变更的应对是一个系统工程。可以从多个维度上对需求变更应对措施进行归纳。
手段的分类：
预防手段；
控制的手段；

商务手段：
需求规格说明书作为合同附件；
系统验收准则作为合同附件；
在合同中约定需求变更的决策机构与流程；
在合同中约定需求变更的成本如何分担；
两阶段合同法；
技术手段：
需求获取的手段：访谈、问券、原型；
需求分析的手段；
需求描述的手段;
需求评审的手段;
技术复用手段;
领域工程；
沟通手段：
教育客户；
和客户、和技术人员的沟通；
测试人员参与需求开发；
现场客户；
管理手段：
建立需求控制组；
选择合适的生命周期模型；
建立变更的流程；
建立需求跟踪矩阵；