扫码阅读
手机扫码阅读
配置项管理的3个等级
125 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 篇文章
浏览 105K
麦哲思科技任甲林的其他文章
QA人员的工作内容
1 与新项目的项目经理一起确定项目组应使用的管理标准。 项目组的管理标准的来源主要包括4个: (1) 国际、国家、行业等外部标准 (2) 企业内部标准 (3)客户要求的标准 (4)项目经理拟定的标准
例解:目标驱动的度量元识别方法
(1)识别需要数据的人(Person): 服务经理(2)识别管理目标(Goal)/要解决的问题(Problem):提高客户请求的处理速度(3)定义如何量化管理目标/要解决的问题:(3.1)识别被度量的对象(Object):待处理的客户变更请求(3.2) 识别被度量对象的属性(Attribute):待处理的变更请求的个数 待处理的变更请求的计划工作量(4)识别如何展示度量数据(Indica
要言不繁的DoD指南
DoD(The definition of done:DoD)完成的定义、完成的标准或完成的准则是敏捷开发方法中的一个重要概念,一个重要实践。本文对DoD如何理解、如何定义DoD及其作用给了简明扼要的论述,供各位实践者参考。 1 DoD的定义 可以从不同的维度理解DoD的定义: 1)DoD就是完成准则,完成就是不需要再做其他任何事情,可以直接交付了...
过程改进不能这样啊
过程改进是长期行为: 公司的高层对软件规范管理的认识有一个过程. 公司负责过程改进的人员对规范管理的理论的理解也需要一个过程. 公司的规范体系的推广需要一个实用化的过程. 公司的开发人员认识规范管理也需要一个过程. 公司的管理问题的解决从认识到制定措施,落实措施,优化措施也需要一个过程. 公司的管理体系真正制度化也不是短期内能做到的. 任何事情都有其发展的必然规律.违反了客观规律是要摔跟头的,
需求管理过程域的要点
今天在客户处,看到客户拿了一份从网上下载的对CMMI2级、3级的实践的注释,随手翻了一翻,刚读了第1个PA需求管理的5条特定实践,就发现基本上每条实践都有大大小小的误解,我想该材料很容易对CMMI的实施造成负面的影响。因此,特地根据我的咨询经验与体会,对该过程域的理解与实施要点进行了整理。在下表中:(1)没有翻译模型的原文;(2)包含了模型的要点;(3)扩展了模型的要求;(4)列出了客户的某些好的
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线