其中一章文档与配置管理. 谈到配置变更控制是配置管理的一项内容. 针对变更控制需求设立变更控制委员会, 由项目经理, 配置管理员, 客户等人员参加组成. 经过委员会批準的变更方可由配置管理员发布.

　　这里的配置变更控制和项目范围变更控制职能似乎重叠. 配置控制从软件工程角度看, 是后期阶段的动作.后期阶段似乎不适合变更控制. 如果客户的因素, 项目范围变更了, 开发完毕后到配置阶段还有必要再经过配置变更的审核吗? 充其量也就是质量管制,符合质量要求的就发布, 不符合的驳回. 客户也就没有必要参与配置控制委员会.

　　我看PMBOK2004文件并没有重点说明配置管理, 而国家的教材说的很详细. 而又似乎很矛盾.如果配置管理涵盖前期的项目范围变更控制, 似乎单用配置管理的名字并不能完全表达其职能.其参与人员似乎还要涵盖更多人员.

　　我的理解, 配置管理没有必要像这样復杂, 只是一个简单的文档, 软体等交付物的发布, 记录动作, 变更控制方面只要符合前期的项目范围变更控制, 变更后符合质量标準, 就可以从配置方面于以执行.

　　配置管理似乎于项目管理意义不大.