我说CMMI 2.0 之 配置管理
发布于 2023-07-12
2689
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
配置管理概述
在CMMI DEV 2.0中,配置管理实践与CMMI 1.3版本相比基本未发生变化。配置管理(CM)是20个过程区(PA)中唯一一个不包含3级实践的PA。
基本概念
- 配置管理:通过配置标识、版本控制、版本管理、基线管理和配置审计来确保工作产品的完整性。
- 配置项:配置管理的对象,涵盖了交付或不交付给客户的文档、代码等工作产品,包括内部资料、采购产品、开发工具等。
- 基线:经过正式认可的配置项集合,其变更需要正式批准。
- 配置控制委员会:负责评审认可配置项变更的小组。
- 配置审计:检查基线配置项的版本一致性、位置正确性以及功能说明匹配。
实践列表
- CM 1.1 执行版本控制。
- CM 2.1 识别置于配置管理之下的配置项。
- CM 2.2 建立、保持更新并使用配置和变更管理系统。
- CM 2.3 建立或发布内部使用或交付给客户的基线。
- CM 2.4 管理配置项的变更。
- CM 2.5 建立、保持更新并使用描述了配置项的记录。
- CM 2.6 执行配置审计以维持配置基线、变更和配置管理系统内容的完整性。
通俗解释
配置项包括开发所需的各种文档、代码、工具等,重要的是编译环境和类库等也应视为配置项。配置和变更管理系统不仅包含工具,还包括规程、存储介质和实际配置项。常用工具包括SVN、Git等。
在配置管理系统中,要明确控制级别、目录结构、权限分配、备份机制等。管理配置项变更时,需识别变更的影响范围,并通过需求跟踪矩阵进行影响分析。实施变更包括提出申请、评审与审批、执行、结果确认、更新配置库和通知相关人员等步骤。
配置项变更记录应详尽包含变更的时间、提出者、实施者、变更原因等信息,以便生成状态报告。配置审计的目的是确保配置库中的项目准确、规范、完备。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 769K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
每日站立会议的10个成功要点
每日站立会议是SCRUM方法中的一条关键实践,看似很简单的一个活动,其实内涵丰富,如果能够成为一种习惯,还是不容易的。其成功的要点为: 1 站立会议通过每天面对面的沟通,可以: (1)快速同步进展,让项目组内部的员工互相了解彼此的进展,从而了解本项目的整体进展。 (2)给每个人一种精神压力,信守承诺。这是一种面对面的精神压力,直面项目进展。 (
为什么必须首先做规模估计?
这个问题客户问过我,我也解答过多次,但是我一直没有更直接的理由说服我自己,认为必须先做规模估计再做工作量估计。 比如:对维护类的项目,或者是维护类的活动,为什么要估计规模呢?项目组的人没有技术风险,对需求很熟悉。 我总结了如下的理由: (1) 以规模来估计工作量与成本 (2) 规模估计与实现的人与技术无关,比较客观 (3) 可以度量项目的开发效率:规模/工作量 (4)
案例:工时数据分析
有网友提供了如下的工时数据,希望进行分析一下, 我尝试分析如下: 表1:工时的原始数据1 数据整理任务数,需求数,人数,工时数是基本度量元,先有需求数,再有根据项目的规模配备了人员,拆分了任务,项目完工后才有实际消耗的工时数,我们...
例解如何编写递归程序
递归是指方法在执行的过程中自己调用自己。用递归能解决的问题通常能将问题不断缩小为性质相同但规模更小的问题(递归情况),直到问题足够小能够直接解决(基本情况)。递归程序编写有4个要点:1问题是否可以递归描述?2递归结束的条件是什么?3递归调用之前做什么准备工作?4递归调用之后做什么收尾工作? 以下通过一个稍微复杂的程序来举例说明一下如何编写递归程序。有一只中国象棋中的 “ 马 ” ,在半张棋盘的左下
如何选择参评项目个数?
在CMMI的评估方法SCAMPI V1.3中,对于参评项目的个数给出一个公式进行计算确定: 实际子组个数*该子组内的项目个数每个子组的参评项目个数=—————————————————
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线