配置项管理的3个等级
发布于 2024-10-03
2359
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要:配置项管理等级划分
配置项管理的严格程度可分为三个等级:
- 纳入基线管理的配置项(Baseline Items):这些配置项在变更时需要通过严格的变更流程,包括变更申请和审批。审批分两个层次:i) 项目经理或分CCB审批,适用于小范围变更;ii) 变更控制委员会(CCB)审批,用于更大的变更。变更前,配置项需要经过验证(测试或评审)和质量保证。
- 受控项(Controlled Items):尽管不纳入基线,这类配置项也不能随意变更。变更需要配置管理员或项目经理的许可。写权限应唯一,通常由CM或PM控制。
- 非受控项(Uncontrolled Items):对这些配置项的变更不做控制。
配置项从非受控到受控再到基线化的状态变化过程中,首先进行检出修改,修改后检入转变为受控状态,等待验证通过后才基线化。如果配置项仅拟纳入受控而不入基线,其状态变化为非受控后直接受控。
配置项纳入基线管理的时机是管理平衡问题的关键。一般在配置项基本稳定后才考虑基线化。频繁变动的配置项基线化会增加管理成本,例如单元测试后的代码通常不形成基线,但可作为受控项。此决策还需考虑项目规模,大规模项目即使变动频繁也可能需要建立基线。系统测试完成后应形成产品基线,此时系统已基本稳定,可对外发布。
在配置项受控但未纳入基线后,进行变更同样需要配置管理员的批准,并应通知测试人员。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1276K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
敏捷方法开发总结的点评记录
某项目组采用敏捷的方法完成了一个项目,在此过程中,每次迭代结束后,项目组的每个成员都总结了本次迭代的经验教训,我汇总这些经验教训后,点评如下:
写年度总结报告的注意事项
年度总结报告怎么写?掌握以下九个要点!
莫将简单的问题复杂化
最近有多个朋友和我讨论一些管理问题,让我深有感触,不得不说:何必将简单的问题复杂化呢? 项目管理属于一种工程学科,是基于实践的,不是一种理论研究,不是基于数学推理的,可以采用一些理论去指导实践,但是没有必要张口新名词,闭口新名词,或者自创一些别人不懂的概念,故弄玄虚。比如,最近有朋友问我: (1)在项目管理中如何采用趋势外推法做项目预测? 我花费了一些口舌去给朋友介绍什么叫趋势外推法,趋势外推法可
我说CMMI2.0 之供应商合同管理
SAM,supplier agreement management,是在所有的PA中,唯一一个在评估时可以排除在外的PA。如果有外包或采购产品或服务的行为,则可以参考SAM这个PA的实践进行分包或采购管理。 实践列表 SAM 1.1 Develop and record the supplier agreement. ...
数据、现象与原因
某公司积累了最近2年24个项目缺陷发生率的历史数据(缺陷发生率为系统测试发现的缺陷个数除以开发的工作量),如下表所示: 对上述的历史数据,按年份画箱线图比较分析如下: 针对上述的箱线图,是否可以下结论认为2013年开发质量提升了,开发人员犯的错误就少了呢? 其实未必。 如果对年份与项目的开发方式做卡方分析,则有如下的结论:汇总统
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线