配置管理访谈提纲.docx

CM访谈提纲
一、自我介绍
1、你的姓名？
2、你担任的角色？
3、你来公司多长时间？
4、你参与了哪几个项目？
5、目前项目处于什么阶段？
二、能力（、、、OT组织培训过程域）
G组长针对组织财富库具有读写的权利，单对组织级文档具有读的权限。在一定程度上EPG组长分担了一定量的配置管理的工作。
2、项目有哪几条基线？基线建立流程？
答：6条基线包括计划基线、需求基线、设计基线、开发基线、测试基线、产品基线。
评审通过，需求规格说明书通过客户签字确认，需求跟踪矩阵建立完成后，由配置管理人员提交《基线建立申请》给CCB（项目经理，部门经理，客户代表），CCB来审批基线的建立和变更，主要看当前客户有没有签字确认，还有基线近期是不是稳定，然后在申请表上签字确认，然后由配置管理员由管理库中剪切到基线中去，基线库中只放最新版本，配置管理人员发布基线报告。
3、如何控制变更？答：需求人员填写《需求变更申请单》提交项目经理，经项目组成员及相关成员进行同行评审，对需求变更影响进行分析（从成本、进度、工作量、产品质量和风险进行分析）。提交CCB审批。CCB同意变更后，由配置管理员将需要修改的文档从基线库和管理库迁出放入“开发库”中，相关人员对文档进
行修改，修改后放入“管理库”，需要评审的提出评审申请。项目经理组织项目组及相关小组对修改过的文档进行同行评审。评审通过后，配置管理员填写《基线变更建立申请》提交CCB审批，将变更后的文档放入基线库，编制《基线发布告》提交CCB审批，经审批后重新建立基线。
4、如何做审计？
答：配置管理员根据《配置管理计划》，向QA提出配置审计的请求。
QA对配置项和基线进行审核，审核的内容主要包括：基线是否完整、配置项的结构是否完整，是否正确、是否一致。
编写《配置审计报告》，提交CCB审批。
配置管理员对审核后提出的问题进行跟踪，直到结束。
审计方式：
1）功能审计
•审计相应的测试用例，需求是否完整实现。
审计变更请求的记录。
通过《需求跟踪矩阵》、《评审记录与报告》、测试工具实现对配置项的功能审计。
审计时间：基线建立前和变更时进行功能审计。
2）物理审计
审计配置库中的配置项是否完整
审计配置库中的配置项的版本是否正确
已识别的配置项是否都已经进行了配置管理审计时间：基线建立前和变更时进行功能审计。
5、如何识别配置项以及配置项有哪几种状态？答：《配置项及配置库定义指南》和《项目计划》识别配置项。
配置项命名规则：公司英文简称－项目简称－过程域－文档名称配置项状态：草稿、正式发布、基线、变更。常见的配置项有：源代码、安装程序变更申请单、用户需求说明书,需求规格说明书,概要设计说明书,项目计划书等
6、CCB（变更管理委员会或配置管理委员会）通常由哪些角色组成？他们的职责有哪些？
答：每个项目都有CCB，由部门经理、项目经理、客户代表组成
CCB是个虚拟小组，对配置管理各项活动拥有决策权。
CCB职责：监督配置管理员工作，审批《基线建立申请》、《配置管理计划》、《基线发布报告》、《变更申请单》等。当有基线建立或变更时，召开CCB会议。
7、产品如何发布？
答：经过系统测试的产品可以交给客户，经CCB同意，配置管理员从“