配置项管理的3个等级
发布于 2024-10-03
1330
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要:配置项管理等级划分
配置项管理的严格程度可分为三个等级:
- 纳入基线管理的配置项(Baseline Items):这些配置项在变更时需要通过严格的变更流程,包括变更申请和审批。审批分两个层次:i) 项目经理或分CCB审批,适用于小范围变更;ii) 变更控制委员会(CCB)审批,用于更大的变更。变更前,配置项需要经过验证(测试或评审)和质量保证。
- 受控项(Controlled Items):尽管不纳入基线,这类配置项也不能随意变更。变更需要配置管理员或项目经理的许可。写权限应唯一,通常由CM或PM控制。
- 非受控项(Uncontrolled Items):对这些配置项的变更不做控制。
配置项从非受控到受控再到基线化的状态变化过程中,首先进行检出修改,修改后检入转变为受控状态,等待验证通过后才基线化。如果配置项仅拟纳入受控而不入基线,其状态变化为非受控后直接受控。
配置项纳入基线管理的时机是管理平衡问题的关键。一般在配置项基本稳定后才考虑基线化。频繁变动的配置项基线化会增加管理成本,例如单元测试后的代码通常不形成基线,但可作为受控项。此决策还需考虑项目规模,大规模项目即使变动频繁也可能需要建立基线。系统测试完成后应形成产品基线,此时系统已基本稳定,可对外发布。
在配置项受控但未纳入基线后,进行变更同样需要配置管理员的批准,并应通知测试人员。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 652.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:需求问题的解决方案
讨论时间:2012-09-14下午13:00至14:45参与人员:EPG3人,需求开发部门负责人一名,项目经理一名 1现象与问题:(1)开发人员反映需求没有说清楚, 写的人认为需求很清楚了。(2)是写清楚,还是说清楚?以谁的意见为主?如果说清楚呢,语言没有证据,不如文字规范。将来发生了需求变更时有争议。(3)需求人员没有讲解约定俗成的,默认的东西,开发人员没有概念。(4)需求人员抱怨开发人员写的软
和任老师聊聊质量工作
2019年10月12日在厦门有某公司的6位质量管理同仁一起共进晚餐,席间讨论多个话题。10月14日,这些有心的朋友整理了问答记录,我做了简单修订,摘录如下:SQA感觉成天统计数据,没什么意义?统计数据可以,对于SQA来说,要掌握数据分析方法,从数据中找出规律,得到结论,有明确的结论来影响大家。有数据,必须有结论,这样才能充分发挥数据的价值。比如...
度量数据分析的3个层次
很多企业在实施CMMI 的MA过程域时,积累了大量的数据,但是不知道如何分析,没有充分发挥出这些数据的作用,花费了大量的人力收集来的数据没有给决策提供应有的帮助,很是可惜。究其根源,是不了解数据分析的方法。在咨询过程中,我总结了进行数据分析的3个层次: 1 简单观察分析 通过对数据进行整理(如排序、分类等),绘制成各种图形,通过这些图形观察出直观的结论,可以绘制的图形如:饼图、条形图、直方图、折线
为谁而活
我最近在反思人生存的目的,后来在和朋友的一次聊天中,总结了如下结论,从最根本上来讲,人活着就2个目的: 1 为自己而活。 最常见的是一些社会精英,这一类的人往往高举着为事业而奋斗,为理想而奋斗的旗号,抛家舍业,劳苦工作,其实,他们是为自己而活,是为了让自己快乐而活,实现了自己的价值,他们很高兴,很快乐,古语讲:一将功成万骨枯,得到的是自己快乐,而丧失了其他的很多东西。 2 为孩子而活。 世
漫谈需求与设计的区别:做什么与怎么做
2009年曾经写过一篇博文,讲述需求与设计的界线(参见博文:https://blog.csdn.net/dylanren/article/details/4965181),最近又有所思考,对上篇博文整理补充如下。 首先我们从两个日常生活的例子思考一下: 案例一:DIY一台PC。 概要描述...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线