《CMMI3访谈问题列表 for CM.docx》由会员分享，可在线阅读，更多相关《CMMI3访谈问题列表 for CM.docx（7页珍藏版）》请在三一办公上搜索。
1、CMMI3访谈问题列表 for CMCM访谈 1 是否有独立的配置管理组？有组织级的配置管理员吗？ 是的，我既是组织级，又是项目级的配置管理人员。 2 你是如何知道自己是项目中的配置管理员的？ 在项目启动会上，由项目经理告诉我的。 3 什么是配置项？ 配置项是项目中一些重要的工作产品，当需求开发完成后，由我和项目经理共同识别项目中配置项，主要判断标准是：需要两个或两个以上的人共同参考的数据，例如配置管理计划质量保证计划测试计划等；当变更发生时，这些数据的变更可能会影响项目中的成本，进度或质量的数据，例如需求规格说明书、概要设计说明书等。 4 项目中识别了哪些配置项？ 项目中识别的配置项有： 项
2、目计划书 质量保证计划 配置管理计划 PDP 项目估算表 需求规格说明书 概要设计说明书 数据库设计说明书 详细设计说明书 测试计划与用例 测试报告 系统安装手册 用户使用手册 上线报告、验收报告 源代码 5 你是如何建立配置库的？及如何分配权限？ 在项目立项后，我会根据配置管理计划来建立配置库， 项目级的配置库目录结构如下图： 注：记下这个图，在访谈的时候到这个目录结构讲出来 第一级是项目名称，二级目录分为五个库，分别是：01-编辑区，02-测试区，03-基线区 04-管理区 05发布区，他们的作用分别是： 1、 01-编辑区中主要由存放项目中工程过程的数据； 2、 04-管理区主要存放项目
3、过程中管理类的文档，01和04目录这里所有项目组的人都有读，删，写的权限； 3、 03-基线区主要是将评审通过后的配置项，由配置管理人员纳入到基线库；基线区主要是存放一些项目中重要的工作产品的稳定版本，相当于在公司内部的一个数据发布，这里配置管理人员与高层有进行读，删，写,项目组成员只读权限， 4、 02-测试区是存放一些内部测试的版本，只有测试人员、配置管理人员有进行读，删，写的权限，其它人员，没有。 5、 05-发布区是存放一些对外发布的产品，“05-发布区”只有配置管理人员有进行读，删，写的权限，其它人员，没有。 需了解“配置管理计划与状态报告”中的“Sheet: 权限说明”，了解目录结
4、构以及权限说明。 6 每个项目都有CCB吗？通常由哪些角色组成？他们的职责有哪些？ 是的，CCB通常由客户、高层和项目经理组成，主要职责是决定是否执行变更。 7 你是如何制定配置管理计划的？在什么时间？权限设置、目录结构设置？ 是的，在项目计划制定时，我同时也制定了配置管理计划，主要是识别配置项，建立配置库，分配权限，制定基线计划等工作。制定完配置管理计划后，将这个计划交给项目经理审核 8 你参加过哪些方面的培训，是否给项目组、相关组做过配置管理方面培训？ 我参加过组织级提供的组织标准过程(OSSP)体系、配置过程培训、SVN工具的培训、配置计划制定的培训、沟通技巧等。培训效果最好的是SVN工
5、具的培训。同时，我给公司所有人员做过SVN工具使用的培训，并且每个新进员工，我都会讲解如何使用SVN工具进行版本控制。 9 配置管理计划包括哪些方面内容？是否发生过计划变更？如何进行变更？ 配置管理计划里主要包括识别配置项，建立配置库，分配权限，制定基线计划等工作。当需求或配置项发生变更时，由项目经理进行变更分析，当因变更而引起的配置项修改时，我们会重新评审修改的配置项，增加版本号，然后发布，最后将这些配置项重新入基线库。 10 你是如何进行配置审计的，配置项状态有哪些？ 每次基线发布前进行配置项目配置审计和状态统计，定期审计基线库中的所有配置项，审计的主要内容是配置项的版本，配置项的入库时间
6、，配置项的存放路径，及发现的问题描述；状态统计主要是统计基组库中所有配置项目版本，配置项的状态，配置项的变更次数等等。配置项的状态为首次纳入基线、变更、此次基线未变更 11 项目中建立多少条基线，在那里进行了描述？ 项目共建立了9条基线，分别是计划基线，需求基线，概要设计基线，详细设计基线，编码基线，单元测试基线，集成测试基线，系统测试基线，上线发布基线。在配置管理计划与状态报告、项目的基线区中对基线进行描述。 其中： 项目1：在概要设计阶段发生需求变更，因此另外建立需求基线变更 项目2：在编码阶段发生需求变更，因此分别建立需求基线变更、概要设计基线变更、详细设计基线变更 项目3：在编码阶段发
7、生需求变更，因此分别建立需求基线变更、概要设计基线变更、详细设计基线变更 12 如何建立基线，发布基线报告？通过哪几种方式告知相关组？ 我根据基线建立申请在项目的每个阶段来建立基线，建立一条基线后，我会将基线库中所有的配置项及版本，入库时间等信息统计到基线建立通知单中，然后用EMAIL的形式发给项目组所有人员。 13 基线变更流程是如何的？ l 申请变更 变更申请人向CCB负责人提交变更申请，重点说明“变更内容”和“变更原因”及其“该配置项变更对项目造成的影响”。CCB负责人根据 “变更审批权限规定”，将变更申请提交给对应审批人员。 l 评审变更申请 由审批人员评审该申请，分析此变更对项目造成
8、的影响并分类确定变更优先级。 l 安排变更任务 审批同意后项目经理指定变更执行人和验证人，安排他们的任务及任务优先级。项目经理需要和变更执行人就变更内容达成共识。 l CMO开放权限 当审批同意且指定了执行人、要修订的配置项后，CMO针对要修订的配置项开放权限。 l 执行变更任务 变更执行人根据项目经理安排的任务，修改配置项。 验证人监督变更任务的执行，如检查变更内容是否执行、是否按时完成工作等。 l 将变更后的配置项进行基线 当所有变更后的配置项都通过了评审，CCB负责人提交基线申请填写基线建立通知单，CMO根据审批后的基线建立通知单进行基线化操作。 l 配置状态通知 CMO将变更后的配置项
9、基线后，采用基线建立通知单通知项目组和CCB各成员； 14 产品发布前你做过哪方面的工作？ l 所有文档入库，比方说将发布的产品放入“05-发布区”，相关的配置项基线入库 l 给相关人员释放配置库权限 l 组织级CM：将项目的最佳实践放入财富库 15 配置管理活动中统计哪些方面的数据？ 基线发布次数，配置项变更次数/工作量，配置审计次数/工作量 16 你的上级管理部门如何检查你的工作？ 主要根据周例会，里程碑会议来检查工作的，同时在平时我们发现问题也会通过EMAIL的形式通知项目经理，项目经理也会根据项目进度计划监控我们的工作进展情况。 阶段基线建立后，配置管理员会提交CM阶段报告，汇报本阶段
10、的工作进展。 17 QA是如何检查你的工作的？ QA依据质量保证计划、过程审计检查单，对项目的工作产品及过程进行检查；对于发现的不符合项会记录在不一致问题跟踪单中进行跟踪解决，并编制QA质量报告。然后通报给项目经理，由项目经理指定专人负责解决问题，如项目经理遇到解决不了的问题，汇报给高层经理，由他们负责解决，QA跟踪直到关闭。 举例说明：查看本项目QA的“不一致问题跟踪单”，说一个有关配置管理过程中发现的问题。 18 你采用什么样的配置管理工具？ 我们公司采用的是SVN配置管理工具 19 你多长时间会对配置库进行一次备份？ 我们采用的是磁盘备份，每周进行自动备份,都记录在配置管理计划与状态报告
11、中。 20 配置管理的方针是什么？ 配置管理的方针主要是保证整个软件生命周期中，项目中所有的数据的完整性。 21 你是如何标识测试的版本？ 利用SVN自带的版本控制工具 22 如何进行版本管理？ 软件版本形式 软件版本号主要形式为：A.B格式。 其中： A 代表主版本号，取值范围为0n； B 代表修订版本号，取值范围为0n； 例如：版本号2.5代表该软件是基于2.0版本基础的，第5次修订的版本 版本号为0.1代表该软件还未正式发布 版本号的演进 起始主版本号根据软件产品历史确认，并经高级经理批准，一般起始主版本号比目标主版本号要低，如目标版本号为2.0，则起始版本号为1.0。 此后如果软件有重大改变时，可以递增主版本号，而此时修订版本号 即为“X.0”形式，主版本号的变更由高级管理者批准。 如果软件由较大改变时，可以递增修订版本号而主版本号不变，此时修订版本号要归零，即为“X.Y”格式， 修订版本号的变更由项目经理批准。 23 你知道公司过程财富库主要有哪些方面的内容，你是如何访问的？ 了解。公司组织过程财富库里有组织标准过程(OSSP)，度量库，风险库，工作环境定义，最佳实践，生命周期模型等，由配置管理人员利用SVN进行管理，这个财富库由配置管理员对公司所有员工开放只读权限，只有EPG和配置管理人员有权限进行读删写。
