需求变更管理和需求的可追溯性

    在项目管理过程中，总是难免会碰到需求的变更，需求变更之所以会产生，可能是用户不能清晰描述需求或对需求也不是特别明确，也可能是开发人员对需求理解与用户不一致，或者是用户需求确实有更改，或者是遇到其他外部环境的影响（如国家政策）。

    需求的变更总会对项目产生一定的影响，比如项目范围、项目进度、项目质量、项目成本、开发人员的心里、用户满意度、代码与文档的吻合度等等。所以对需求的变更一定要有一定的管理策略。

    变更管理应该有一定的规范，主要应该包含以下几个步骤：

第一步，应该识别变更，只有识别那些是变更才能对其做出合适的处理。

第二步，应该对变更进行详细的分析，分析变更的合理性和紧迫程度，以及对项目产生的影响，比如是否会影响项目进度，是否会加大项目投入等等。

第三步，提出正式的书面变更申请。

第四步，审批，来确定变更是否通过。

第五步，如果审批通过，那么应当详细记录变更。

    另外，项目变更的可追溯性也非常重要，可以监控变更执行情况、防止与用户之间的纠纷、问题的处理分析等等。要做到可追溯性，那么项目变更的记录就需要非常详细，应当记录变更缘由，变更日期，变更前后的需求内容等，这样才能追溯到每一次的需求变更，让项目更可控。但是并不是需求追溯的粒度越细越好，否则的话，一方面会使需求追溯耗费的时间成本巨大，另一方面也会让需求追溯数据量变大而难以维护。

    除此之外，项目需求文档的格式以及力度也对项目变更的管理和记录有一定影响，虽然可追溯性不是决定需求文档编制的主要因素，但是结构好的需求文档更容易只是需求变更的可追溯性。