产品人必看的有效的变更控制指南！

11.3 有效的变更控制的指导 11.3.1 对剪裁的一般考虑 所有的项目，在起始时都需要确定，是否有公司、项目群管理层或客户的政 策和流程需要被采用，并将其纳入项目自身的变更控制方法。如果项目是项目群 或项目组合的一部分，则项目可能需要使用项目群或项目组合定义的政策和流程。 在商业环境中，项目可能被要求采用合同中定义的变更控制步骤和流程。 问题管理和变更控制可以根据其被定义的关系，而被当作是独立的流程或步 骤来对待。该方法可以根据角色、工作流和术语，来剪裁所要使用的工具。 11.3.2 项目的大小、规模及复杂度 需要确保的是，变更控制方法要适合项目的大小、规模和复杂度。确保变更 控制方法能够为项目有效的决策提供支持，而不会为项目造成不必要的负担或者 带来官僚风气，是很重要的。一般来说，较小较简单的项目需要相应较简单的问 题管理和变更控制安排。 11.3.3 管理产品基线 所有的项目都需要一个适当的方法，以创建、维护和控制管理产品和专业产 品的基线。对于较简单的项目，一般来说，有文档管理步骤就够了。更复杂的项 目通常需要某种形式的正式的配置管理、资产管理或产品管理的流程，往往需要 使用特殊工具。 无论大小、规模及复杂度，项目团队都需要确定：  产品需要一个适当级别的基线。要确定这一水平，通常是通过将项目产 品分解，直到组件可以独立发布、安装、更换或修改。然而，该控制级 别会受到几个方面的影响，如，项目的重要性以及产品关系的复杂度  配置项如何识别。通常，需要建立某种类型的编码系统，为每个配置项 提供唯一标识  需要通过批准的具体权限和授权，以及基线配置项  何种配置项信息需要被捕获及维护在配置项记录（如果使用）中 比较好的做法是，定期检验产品的实际状态是否与产品状态一致（例如，如 果将其记录在配置项记录中），寻找两者的差异。该差异通常在每个阶段结束时