变更管理 配置控制委员会职责

laofo · 2009年05月27日 · 1 次阅读

引用云层在 51testing 发的一个帖子

以上说的都很不错,就是有一句:"负责指导和控制配置管理的各项具体活动的进行,为项目经理的决策提供建议"可能不太确切.事实

上 PM 是没有权力直接对 change request 说 yes/no 的,除非项目开始之初对项目经理授权. 尤其是在项目关系人很多,涉及面很广的情况

下,比如涉及到客户代表,产品经理,部门只能经理,测试部门经理等很多方利益的时候.当然具体项目,具体情况,具体考虑

在实际中,一般 CCB 主席为项目经理,往往照成很多决策实际只是项目经理一人说了算的。。。

研发经理和产品经理的权力也很大。

在实际动作中,CCB 是一个管理委员会,其不是那一个人说了算: 正确理解是,在项目成立初期 CCB 由项目经理、开发经理、测试经理、SE、配置管理员等干系人组成,然后制定相关配置管理准则和评审输出配置管理计划; 在日常工作是,CCB 要定期召开会议,由项目经理代表项目讨论纳入配置项、配置项变更、其他关注问题进展与跟踪负责安排等, 在结项时,CCB 要负责配置项审核与确认、批准基线化 CCB 是一个团队事,项目经理、开发经理应该是负责主持,相关决议由 CCB 团队共同决定,不应是那一个人说了算的;

讨论的变更机制是按照顺序来的吗?

———————————————————————— 下面是一个典型的变更机制: 接受 修改配置项 测试 提交 发布新版本或补丁 建立基线 关闭 CR CCB 评估 ———————————— 应该是先由 PM(有客户方需要加上客户方)一起估算变更规模,及要有一个初步的影响评估,之后提交 CCB。如果 CCB 评审可以实施,那么就执行,修改代码、测试、基线……

CCB 是一个虚拟的组织,根据项目/产品约定的一个组织,可大可小,根据项目变更情况,由 CCB 做决策。

需要 登录 后方可回复。