2024年5月2日发(作者：)

CM访谈

1． 是否有独立的配置管理组？有组织级的配置管理员吗？CM GP2.4

提示：公司建立了一个质管部，配置管理组属于质量管理部

配置管理组由组织级配置管理员（建立配置管理系统、对公司的产品库进行管理、对

项目级的配置管理员进行培训指导）和项目级的配置管理员组成。

2． 你是如何知道自己是项目中的配置管理员的？CM GP2.2 、GP2.4

提示：《立项报告》确定了该项目的配置管理员，同时在《配置管理计划》、《项目计划

书》具体进行了说明。

项目级的配置管理员的职责：编写《配置管理计划》、《基线发布报告》，建立配置库目

录结构、执行配置审计、报告配置项状态、管理配置库、控制配置项变更。

3． 每个项目都有CCB吗？通常由哪些角色组成？他们的职责有哪些？CM

SP1.3 ；GP2.4、 GP2.7、GP2.10

每个项目都有CCB（配置控制委员会），通常是由项目经理、QA人员、CM人员等组

成。

CCB职责：审批《配置管理计划》; 审批基线的建立和发布；审批配置项、基线的变

更。

4． 你是如何制定配置管理计划的？在什么时间？权限设置、目录结构设置？CM

GP2.2

提示：在项目立项后，根据《项目计划》、配置管理过程文件及相关指南、模板制定《配

置管理计划》。《配置管理计划》经项目组评审，提交CCB审批。

配置管理员依据《配置项及配置库定义指南》进行设置，权限设置、目录结构在《配

置管理计划》详细描述。

5． 你参加过哪些方面的培训，是否给项目组、相关组做过配置管理方面培训？ OT

SP1.3

提示：（1）首先参加了CMMI相关知识方面的培训和配置管理方面的培训，如配置管

理工具VSS、公司配置管理规范、指南的培训等。（2）组织级配置管理人员对项目级配置

管理人员、项目组人员进行配置管理的指导和培训。

6． 配置管理计划包括哪些方面内容？是否发生过计划变更？如何进行变更？CM

GP2.10

提示：《配置管理计划》包括 人员、职责、软硬件资源、配置库结构、基线计划, 配

置库备份计划、配置报告计划和配置审计计划等。

暂时未发生过变更（结合项目的实际情况回答）。

(如果有变更，变更流程为：先向CCB提出申请，CCB批准后，配置管理员进行修改

《配置管理计划》，召集项目组及相关小组进行评审，评审通过后提交CCB审批。)

7． 你是如何进行配置审计的，配置项状态有哪些？CM SP3.1、SP3.2

配置管理员根据《配置管理计划》，向QA提出基线审核的请求。QA和配置管理员对

配置项和基线进行审核，审核的内容主要包括：基线是否完整、配置项是否完整、正确、

一致。审计完成后编写《配置审计报告》，提交CCB审批。配置管理员对审核后提出的问

题进行跟踪，直到结束。

配置项状态：接受、对应中、对应结束、没有对应、结束。

备注：

配置审计时间的确定

1）定期进行

 基线建立后

 里程碑

 项目阶段结束时

 周期性的进行（每月或每两周等）

定期进行的审计活动可以在《配置管理计划》进行确定。

2）事件驱动

 工作产品交付时

 版本发布时

事件驱动的审计活动可以由配置管理员根据具体的情况确定审计的时间。

审计方式：

1） 功能审计

 审计测试用例、相应的测试结果、测试报告以及完整记录需求验证情况的分析和

/或演示报告

 审计变更请求的记录

 审计相关的变更管理记录表

2） 物理审计

 审计配置库中的配置项是否完整

 审计配置库中的配置项的版本是否正确

 已识别的配置项是否都已经进行了配置管理

8． 项目中建立多少条基线，在那里进行了描述？CM SP1.1、SP1.2、SP1.3

提示：项目立项后，配置管理员与项目经理协商本项目基线，在《配置管理计划》明

确，一般设置计划基线、需求基线、设计基线、开发基线、产品基线等。

9． 如何建立基线，发布基线报告？通过哪几种方式告知相关组？CM SP1.1、

SP1.2、SP1.3

提示：项目计划制定时，配置管理员和项目经理参见《配置项及配置库定义指南》确

定项目的基线；配置项（如需求规格说明书、概要设计说明书、详细设计说明书等）通过

评审，提交CCB审批。在基线点时，由配置管理员将该配置项纳入基线，编写《发布报告》，

以邮件、公司内网、会议等形式告知相关组。

10． 基线变更流程是如何的？CM SP2.1、SP2.2

提示：当配置项、基线发生变化时，配置管理员汇总、整理《变更请求单》，经过项目

组评审后，提交CCB审批。由配置管理员将需要修改的配置项取出，由受影响的小组执行

变更，项目经理和质量保证人员监督整个变更过程，变更完后，配置管理员和质量保证人

员进行配置审计，填写《配置审计报告》。

11． 产品发布前你做过哪方面的工作？CM SP1.3

提示：产品发布前，配置管理员和质量保证人员进行配置审计，确保工作产品的正确

性、一致性、完整性；

然后由配置管理员取出正确的工作产品，提交CCB、项目经理审核后产品发布。

12． 配置管理活动中统计哪些方面的数据？ MA SP2.3、SP2.4

工作量、基线的条数、配置项和基线变更次数

13． 你的上级管理部门如何检查你的工作？CM GP2.10

提示：质量管理部经理通过配置管理员日报、周报，参加项目例会、日常交流等方式

检查配置管理员的工作。

14． QA是如何检查你的工作的？PPQA SP2.1 、SP2.2

提示：QA定期(每二周)依据《过程检查单》，对项目的过程进行检查；有产品形成时

要依据《产品检查单》对产品进行检查。对于发现的不符合项将会记录在检查单中，编制

《质量保证报告》。通报给项目经理，由项目经理指定专人负责将问题和解决措施、解决人

及解决情况维护到《问题管理表》中，如项目经理遇到解决不了的问题，汇报给部门经理

和高层经理，由他们负责解决，QA跟踪直到关闭。

15． 你采用什么样的配置管理工具？ CM SP1.2

提示：VSS。针对配置管理工具的特点及我们公司的实际情况（公司内部已经应用很

久），选择使用VSS作为公司配置管理工具。

16． 你多长时间会对配置库进行一次备份？CM SP3.1

提示：在《配置管理计划》中明确规定备份的周期（结合项目实际情况回答），在服务

器上备份。

回答：项目每周一次增量备份，每月一次异地备份，项目完成后光盘备份。

17． 配置管理的方针是什么？CM GP2.1

提示：保证工作产品的完整性、一致性。（我们公司制定了一个组织方针,这个方针由

EPG起草,MSG审批,该方针里面为CMMI17个过程域都设立了子方针。）

18． 你是如何标识测试的版本？ CM SP1.1、SP2.2、SP3.1

提示：依据测试内容、项目名称、提交日期、属性来进行标识。

19． 如何进行版本管理？CM SP2.2

提示：通过VSS实现对版本管理。

20.配置库分为那几个区？

答：动态库-公共区：放置达到评审的文件；

-个人区：为每个人设置，平时都在个人区里写当达到评审时转到公共区；

受控库：只有PCM可写，到基线点时检出经CCB同意到基线库，

基线库：只有PCM可写，存放基线，当全部完成转到产品库；

产品库：只有PCM可写，存放最终产品；

a. 公司非CMMI方面做得好的地方？

b. 公司非CMMI方面做得不好需要改进的地方？