- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
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条基线,分别是计划基线,需求基线,概要设计基线,详细设计基线,编码基线,单元测试基线,集成测试基线,系统测试基线,上线发布基线。在《配置管理计划与状态报告》、项目
文档评论(0)