扫码阅读
手机扫码阅读
配置项管理的3个等级
193 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:配置项管理的3个等级
文章来源:
麦哲思科技任甲林
扫码关注公众号
摘要:配置项管理等级划分
配置项管理的严格程度可分为三个等级:
- 纳入基线管理的配置项(Baseline Items):这些配置项在变更时需要通过严格的变更流程,包括变更申请和审批。审批分两个层次:i) 项目经理或分CCB审批,适用于小范围变更;ii) 变更控制委员会(CCB)审批,用于更大的变更。变更前,配置项需要经过验证(测试或评审)和质量保证。
- 受控项(Controlled Items):尽管不纳入基线,这类配置项也不能随意变更。变更需要配置管理员或项目经理的许可。写权限应唯一,通常由CM或PM控制。
- 非受控项(Uncontrolled Items):对这些配置项的变更不做控制。
配置项从非受控到受控再到基线化的状态变化过程中,首先进行检出修改,修改后检入转变为受控状态,等待验证通过后才基线化。如果配置项仅拟纳入受控而不入基线,其状态变化为非受控后直接受控。
配置项纳入基线管理的时机是管理平衡问题的关键。一般在配置项基本稳定后才考虑基线化。频繁变动的配置项基线化会增加管理成本,例如单元测试后的代码通常不形成基线,但可作为受控项。此决策还需考虑项目规模,大规模项目即使变动频繁也可能需要建立基线。系统测试完成后应形成产品基线,此时系统已基本稳定,可对外发布。
在配置项受控但未纳入基线后,进行变更同样需要配置管理员的批准,并应通知测试人员。
想要了解更多内容?
查看原文:配置项管理的3个等级
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 134.1K
麦哲思科技任甲林的其他文章
需求变更的5W1H分析
why,需求为什么变化? 甲方的特殊原因: 不知道如何说清楚需求; 没有明确的需求; 没有确认乙方描述的需求; 乙方的特殊原因: 理解错了需求; 没有很好的诱导客户的需求; 共性原因: 业务就是变化; 人与人之间的沟通本来就存在障碍; 特殊原因是可以消除的,共性原因是难以消除的。 who : 谁会提出需求变化? 客户:客户方的
我所知道的富士康(1)
我所知道的富士康之序言
最近总有朋友询问我富士康的事情,问得多了,也就回忆的多了,兴奋的时候,就想干脆整理成文字吧,也算对自己自06年以来给富士康做咨询的一个总结。从06年以来我给富士康的3个事业群做过了CMMI的咨询,2次2级,3次3级,累计现场咨询天数超过150天吧,所以日积月累,对富士康有所了解。
为了避免不必要的麻烦,我认识他,他也认识我的人都隐去了姓名,我知道他,他不知道我的就出现了一个姓名:郭台铭。
2级的实效体现在哪里?
项目管理 CMMI
需求交付周期的分析
需求交付周期的分析
原因分析必知必会的十大要点
原因分析是对选定的现象进行全面深入的研究,找到现象背后的真正原因与深层次原因,然后采取合适的措施纠正问题、预防问题。如果没有找到真正的根因就采取措施,往往事倍功半,浪费了投入。那么在原因分析时,有哪些成功要点呢?基于我多年的咨询与引导经验,我总结了如图1所示的十个要点。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线