需求变更的5W1H分析

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

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

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

what: 变更什么？
  可以从两个维度进行分析：
    不同层次的变更：
    目标层的需求；
    业务层的需求；
    操作层的需求；
 
    不同类型的变更：
    功能性的需求变更；
    非功能性的需求变更；
   
    基本需要的变更；
    期望的变更；
    约束条件的变更；
    接口需求的变更；
   
    全局性需求的变更；
    局部需求的变更；

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

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

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