CMMI3访谈问题列表 for CM 下载本文

CM访谈

1. 是否有独立的配置管理组?有组织级的配置管理员吗? 是的,我既是组织级,又是项目级的配置管理人员。

(林芳即是组织级又是项目级的配置管理员、汪倩媛是项目级配置管理员)

2. 你是如何知道自己是项目中的配置管理员的? 在项目启动会上,由项目经理告诉我的。

3. 什么是配置项?

配置项是项目中一些重要的工作产品,当需求开发完成后,由我和项目经理共同识别项目中配置项,主要判断标准是:(1)需要两个或两个以上的人共同参考的数据,例如《配置管理计划》《质量保证计划》《测试计划》等;(2)当变更发生时,这些数据的变更可能会影响项目中的成本,进度或质量的数据,例如《需求规格说明书》、《概要设计说明书》等。

4. 项目中识别了哪些配置项?

项目中识别的配置项有: 《项目计划书》 《质量保证计划》 《配置管理计划》 《PDP》 《项目估算表》 《需求规格说明书》 《概要设计说明书》 《数据库设计说明书》 《详细设计说明书》 《测试计划与用例》 《测试报告》 《系统安装手册》 《用户使用手册》 《上线报告》、《验收报告》 《源代码》

5. 你是如何建立配置库的?及如何分配权限?

在项目立项后,我会根据《配置管理计划》来建立配置库, 项目级的配置库目录结构如下图:

注:记下这个图,在访谈的时候到这个目录结构讲出来

第一级是项目名称,二级目录分为五个库,分别是:01-编辑区,02-测试区,03-基线区 04-管理区 05发布区,他们的作用分别是:

1、 01-编辑区中主要由存放项目中工程过程的数据(包括需求、设计、编码、测试);

2、 04-管理区主要存放项目过程中管理类的文档(包括周报、周例会、里程碑报告、配置管理、质量保证等),01和

04目录这里所有项目组的人都有读,删,写的权限;

3、 03-基线区主要是将评审通过后的配置项,由配置管理人员纳入到基线库;基线区主要是存放一些项目中重要的工

作产品的稳定版本,相当于在公司内部的一个数据发布,这里配置管理人员与高层有进行读,删,写,项目组成员只读权限,

4、 02-测试区是存放一些内部测试的版本,只有测试人员、配置管理人员有进行读,删,写的权限,其它人员,没有。 5、 05-发布区是存放一些对外发布的产品,“05-发布区”只有配置管理人员有进行读,删,写的权限,其它人员,没

有。

需了解“配置管理计划与状态报告”中的“Sheet: 权限说明”,了解目录结构以及权限说明。

6. 每个项目都有CCB吗?通常由哪些角色组成?他们的职责有哪些?

是的,CCB通常由客户、高层和项目经理组成,主要职责是决定是否执行变更。

7. 你是如何制定配置管理计划的?在什么时间?权限设置、目录结构设置?

是的,在项目计划制定时,我同时也制定了配置管理计划,主要是识别配置项,建立配置库,分配权限,制定基线计划等工作。制定完配置管理计划后,将这个计划交给项目经理审核

8. 你参加过哪些方面的培训,是否给项目组、相关组做过配置管理方面培训?

我参加过组织级提供的组织标准过程(OSSP)体系、配置过程培训、SVN工具的培训、配置计划制定的培训、沟通技巧等。培训效果最好的是SVN工具的培训。同时,我给公司所有人员做过SVN工具使用的培训,并且每个新进员工,我都会讲解如何使用SVN工具进行版本控制。

9. 配置管理计划包括哪些方面内容?是否发生过计划变更?如何进行变更?

配置管理计划里主要包括识别配置项,建立配置库,分配权限,制定基线计划等工作。当需求或配置项发生变更时,由项目经理进行变更分析,当因变更而引起的配置项修改时,我们会重新评审修改的配置项,增加版本号,然后发布,最后将这些配置项重新入基线库。

10. 你是如何进行配置审计的,配置项状态有哪些?

每次基线发布前进行配置项目配置审计和状态统计,定期审计基线库中的所有配置项,审计的主要内容是配置项的版本,配置项的入库时间,配置项的存放路径,及发现的问题描述;状态统计主要是统计基组库中所有配置项目版本,配置项的状态,配置项的变更次数等等。配置项的状态为首次纳入基线、变更、此次基线未变更

11. 项目中建立多少条基线,在那里进行了描述?

项目共建立了9条基线,分别是计划基线,需求基线,概要设计基线,详细设计基线,编码基线,单元测试基线,集成测试基线,系统测试基线,上线发布基线。在《配置管理计划与状态报告》、项目的基线区中对基线进行描述。 其中:

项目1:在概要设计阶段发生需求变更,因此另外建立需求基线变更

项目2:在编码阶段发生需求变更,因此分别建立需求基线变更、概要设计基线变更、详细设计基线变更 项目3:在编码阶段发生需求变更,因此分别建立需求基线变更、概要设计基线变更、详细设计基线变更

12. 如何建立基线,发布基线报告?通过哪几种方式告知相关组?

我根据基线建立申请在项目的每个阶段来建立基线,建立一条基线后,我会将基线库中所有的配置项及版本,入库时间等信息统计到《基线建立通知单》中,然后用EMAIL的形式发给项目组所有人员。

13. 基线变更流程是如何的?

? 申请变更

变更申请人向CCB负责人提交变更申请(填写《配置项变更申请表》的相关内容),重点说明“变更内容”和“变更原因”及其“该配置项变更对项目造成的影响”。CCB负责人根据 “变更审批权限规定”,将变更申请提交给对应审批人员。

? 评审变更申请

由审批人员评审该申请,分析此变更对项目造成的影响并分类确定变更优先级。 ? 安排变更任务

审批同意后项目经理指定变更执行人和验证人,安排他们的任务及任务优先级。项目经理需要和变更执行人就变更内容达成共识。

? CMO开放权限

当审批同意且指定了执行人、要修订的配置项后,CMO针对要修订的配置项开放权限。 ? 执行变更任务

变更执行人根据项目经理安排的任务,修改配置项。

验证人监督变更任务的执行,如检查变更内容是否执行、是否按时完成工作等。 ? 将变更后的配置项进行基线

当所有变更后的配置项都通过了评审,CCB负责人提交基线申请填写《基线建立通知单》,CMO根据审批后的《基线建立通知单》进行基线化操作。

? 配置状态通知

CMO将变更后的配置项基线后,采用《基线建立通知单》通知项目组和CCB各成员;

14. 产品发布前你做过哪方面的工作?

? 所有文档入库,比方说将发布的产品放入“05-发布区”,相关的配置项基线入库 ? 给相关人员释放配置库权限

? 组织级CM:将项目的最佳实践放入财富库(EPG审核后的最佳实践,包括项目新识别的风险,问题;项目

度量数据,经验教训,生命周期等等。)

15. 配置管理活动中统计哪些方面的数据?

基线发布次数,配置项变更次数/工作量,配置审计次数/工作量

16. 你的上级管理部门如何检查你的工作?

主要根据周例会,里程碑会议来检查工作的,同时在平时我们发现问题也会通过EMAIL的形式通知项目经理,项目经理也会根据《项目进度计划》监控我们的工作进展情况。

阶段基线建立后,配置管理员会提交《CM阶段报告》,汇报本阶段的工作进展。

17. QA是如何检查你的工作的?

QA依据《质量保证计划》、《过程审计检查单》,对项目的工作产品及过程进行检查;对于发现的不符合项会记录在《不一致问题跟踪单》中进行跟踪解决,并编制《QA质量报告》。然后通报给项目经理,由项目经理指定专人负责解决问题,如项目经理遇到解决不了的问题,汇报给高层经理,由他们负责解决,QA跟踪直到关闭。 举例说明:查看本项目QA的“不一致问题跟踪单”,说一个有关配置管理过程中发现的问题。

18. 你采用什么样的配置管理工具?

我们公司采用的是SVN配置管理工具

19. 你多长时间会对配置库进行一次备份?

我们采用的是磁盘备份,每周进行自动备份,都记录在《配置管理计划与状态报告》中。

20. 配置管理的方针是什么?

配置管理的方针主要是保证整个软件生命周期中,项目中所有的数据的完整性。

21. 你是如何标识测试的版本?

利用SVN自带的版本控制工具

22. 如何进行版本管理?

软件版本形式

软件版本号主要形式为:A.B格式。