业务需求与解决方案管理机制

BA与产品经理的共通核心能力，为业务需求与解决方案能力。IT项目上的需求分析，因涉及甲乙多方、立场不一致的业务部门、及实施阶段中方案变更，需求分析与解决方案有着更严苛的环境，除了考验BA与项目经理的控制力，也需借助机制保证。当然这是面向大型复杂项目而言，小团队管理需求需评估管理成本。

需求管理机制

1. 黄色为需求状态，需求生命周期共9个状态用于分类

2. 需求接收人应为统一负责人，保证需求清单管理的唯一性

3. 需求提出人，应指定各部门/职能组的统一负责人，并需相应领导审批。既保证了业务部门内部需求的一致性，也保证了需求的严肃性

4. 图中没有注明，业务UAT测试提出的问题，需交由BA处控制，由BA判断为bug或新需求，通知技术人员执行

5. 项目组负责评分需求及解决方案，具体评审人由项目预先定义

需求变更管理机制

1. 需求变更的关键，在于定义需求变更的触发点，即什么算是需求变更。这就对应上了需求管理机制中对需求状态的定义，只有不是需求接收状态，业务方对于原有需求提出修正或内容调整时，则需要发起需求变更

2. 乙方喜欢将需求变更流程管理的很完善，也是乙方最擅长的流程。虽然大部分需求变更，最后评审的结果是在范围内，或者工作量很小乙方克服给cover住了。但关键在于维护需