CMMI3访谈问题及答案--配置管理
- 格式:docx
- 大小:16.60 KB
- 文档页数:4
一、PAD 过程资产开发(访谈角色:EPG)1、公司执行产品/项目开发及维护需要哪些过程资产?PAD 2.1答:公司进行项目开发需要的过程资产有过程规范、模板、指南文件等,主要包括管理类、行动类、使能类和提高类过程资产内容。
管理类:主要包括项目策划、估算、监控、风险、度量等;行动类:主要包括需求开发管理、设计、开发、产品集成、测试、评审、质量保证、验收等;使能类:主要包括决策分析、配置管理、因果分析与解决等提高类:主要包括管理性能和度量、过程管理、过程资产开发、实施基础条件和治理等内容2、公司产品/项目开发涉及的资产哪些是开发、采购或复用的?PAD 2.2答:⚫首次评估的公司回答:公司的组织过程规范、模板和指南都是在咨询顾问的指导下进行开发的;公司开发软件、常用软件是采购的;公司以前的一些研发的通用组件可以复用(如:邮件发送、人脸识别、GPS组件等)。
⚫复评估的公司回答:公司的组织过程规范是在以前的过程规范基础上改进而来的,针对CMMI V2.0版本的部分是新开发的,如GOV(Governance)治理和II(Implementation Infrastructure)实施基础架构是新开发的,其他的过程资产可以复用(如以前的QA质量保证、CM配置管理以及工程类过程)。
3、组织过程资产的构建及更新战略是什么?PAD 3.1答:EPG小组在咨询顾问的指导下建立了《组织过程资产库管理规范》,里面包含了对组织过程资产的分类、建立、如何使用和维护。
主要是由EPG小组进行建立和维护,包括对资产库的内容增加、修改等,做到专人维护,专人负责。
4、请简要描述组织过程与过程资产的结构。
PAD 3.2答:组织标准软件过程(OSSP)主要包括管理类:主要包括项目策划、估算、监控、风险、度量等;行动类:主要包括需求开发管理、设计、开发、产品集成、测试、评审、质量保证、验收等;使能类:主要包括决策分析、配置管理、因果分析与解决等;提高类:主要包括管理性能和度量、过程管理、过程资产开发、实施基础条件和治理等。
一、CM 配置管理(访谈角色:CM、CMO)1、组织/项目中识别了哪些配置项,是依据什么识别的?CM 2.1答:⚫组织中主要配置项有:过程改进计划、改进建议、过程改进总结报告、年度培训计划等⚫项目中主要配置项目有项目计划书、用户需求说明书、需求规格说明书、系统设计说明书、源代码、测试用例、用户手册等。
⚫是依据公司EPG小组制定的《配置项识别指南》和项目过程定义书(PDP)来识别项目配置项的。
2、你们采用什么软件进行配置管理?配置管理系统提供哪些功能?CM 2.2答:我们采用GIT(这里根据公司实际情况回答)进行配置管理,配置管理系统主要提供了源代码和文件的管理功能,比如操作用户角色定义、权限分配、文件存档、配置库备份、版本恢复等功能。
3、组织/项目中建立了哪些基线?基线建立的流程是怎样的?CM 2.3答:⚫组织中建立的基线有OSSP(组织软件过程规范)版本基线⚫项目中建立的基线有计划基线、需求基线、设计基线、开发基线、测试基线、交付基线等。
⚫基线建立流程是:根据项目整体计划安排制定基线发布计划,在项目各里程碑节点对评审通过后的阶段配置项进行基线发布,把配置项纳入到基线区。
发布基线通知,基线通知中有基线名称、配置库位置、包含的配置项、发布人、发布日期等。
4、配置项/基线是如何进行变更控制的?CM 2.4答:如果项目中出现需求变更时,则需要执行配置变更。
首先责任人进行变更申请,包括需求变更内容、影响的阶段、变更期限、责任人等,并与CCB(配置变更委员会,一般包括项目经理、需求、项目核心成员、QA、CM等)一起进行评审,最后确定变更。
如果需要变更,则在后面的阶段跟踪变更后的配置项的修改记录、修改内容等。
5、配置管理产生哪些记录?如何了解配置项/基线的状态?CM 2.5答:配置管理产生了配置管理计划、识别的配置项、配置审计记录和报告、配置项状态表等记录,项目组成员是通过配置项状态表来了解配置项和基线的状态。
CM访谈1.是否有独立的配置管理组有组织级的配置管理员吗是的,我既是组织级,又是项目级的配置管理人员。
(林芳即是组织级又是项目级的配置管理员、汪倩媛是项目级配置管理员)2.你是如何知道自己是项目中的配置管理员的在项目启动会上,由项目经理告诉我的。
3.什么是配置项配置项是项目中一些重要的工作产品,当需求开发完成后,由我和项目经理共同识别项目中配置项,主要判断标准是:(1)需要两个或两个以上的人共同参考的数据,例如《配置管理计划》《质量保证计划》《测试计划》等;(2)当变更发生时,这些数据的变更可能会影响项目中的成本,进度或质量的数据,例如《需求规格说明书》、《概要设计说明书》等。
4.项目中识别了哪些配置项项目中识别的配置项有:5.你是如何建立配置库的及如何分配权限在项目立项后,我会根据《配置管理计划》来建立配置库,项目级的配置库目录结构如下图:注:记下这个图,在访谈的时候到这个目录结构讲出来第一级是项目名称,二级目录分为五个库,分别是:01-编辑区,02-测试区,03-基线区 04-管理区 05发布区,他们的作用分别是:1、01-编辑区中主要由存放项目中工程过程的数据(包括需求、设计、编码、测试);2、04-管理区主要存放项目过程中管理类的文档(包括周报、周例会、里程碑报告、配置管理、质量保证等),01和04目录这里所有项目组的人都有读,删,写的权限;3、03-基线区主要是将评审通过后的配置项,由配置管理人员纳入到基线库;基线区主要是存放一些项目中重要的工作产品的稳定版本,相当于在公司内部的一个数据发布,这里配置管理人员与高层有进行读,删,写,项目组成员只读权限,4、02-测试区是存放一些内部测试的版本,只有测试人员、配置管理人员有进行读,删,写的权限,其它人员,没有。
5、05-发布区是存放一些对外发布的产品,“05-发布区”只有配置管理人员有进行读,删,写的权限,其它人员,没有。
需了解“配置管理计划与状态报告”中的“Sheet: 权限说明”,了解目录结构以及权限说明。
CM访谈1.是否有独立的配置管理组?有组织级的配置管理员吗?有独立的配置管理组,有组织级的配置管理员2.你是如何知道自己是项目中的配置管理员的?在项目立项会议上,由项目经理告诉我的。
3.什么是配置项?1、凡是纳入配置管理范畴的工作成果都是配置项。
2、配置项主要有两大类:(1)属于产品组成部分的工作成果;(2)项目中产生的管理类和支撑类文档。
3、每个配置项的主要属性有:名称、标识符文件状态、版本、作者、日期等。
4.项目中识别了哪些配置项?在项目立项后,我会根据《NT-CM-GUIDE-配置库目录结构及权限指南》来建立配置库,项目级的项目文档经过审批后,进入基线库6.每个项目都有CCB吗?通常由哪些角色组成?他们的职责有哪些?1、是的,每个项目都有CCB。
2、通常由客户、高层、项目经理、技术专家组成,质量保证人员也会参加。
3、主要职责是决定是否执行变更。
7.你是如何制定配置管理计划的?在什么时间?权限设置、目录结构设置?1、我和项目经理配合,分步定制出项目配置管理计划,2、一般在立项之后,在项目计划制同时制定配置管理计划,3、识别配置项,进而形成配置项管理计划4、配置库结构,权限划分5、编制基线管理计划(哪些基线,基线包括哪些基线项,什么时候创建)6、配置审计计划7、命名规约,版本控制,版本号规约,备份计划(灾难恢复计划)8、制定完配置管理计划后,将这个计划交给项目经理审核。
权限设置、目录结构设置见第5题。
8.你参加过哪些方面的培训,是否给项目组、相关组做过配置管理方面培训?1、我参加过过程体系中配置管理过程培训、SVN工具的高级培训、沟通技巧等。
2、同时,我给公司所有人员做过SVN工具使用的培训,并且每个新进员工,我都会讲解如何使用SVN工具进行版本控制。
9.配置管理计划包括哪些方面内容?是否发生过计划变更?如何进行变更?1、配置管理计划里主要包括角色和职责,用于配置管理的软硬件资源,配置库结构与权限,配置项管理计划,基线管理计划,配置库备份计划等内容,2、发生过计划变更3、见第13题。
答:配置管理员在编写配置管理计划时和项目经理一起识别配置项。
配置项主要包含项目管理类、支持类、工程类、项目资料类的文档四大类。
管理类:项目计划、项目进度计划、立项报告、工作量估算记录表支持类:质量保证、配置管理、度量工程类:需求、设计、代码资料类:培训资料、周报、会议纪要。
2请叙述您项目的配置管理系统以及如何建立?如何申请及建置呢?答:在项目初期根据组织的配置管理过程文件、配置管理规范、项目变更过程文件建立配置管理系统。
配置管理员向公司网络管理员申请配置管理系统的空间。
配置库包含开发库,受控库、产品库。
开发库:是存放正在开发状态下的文档及代码。
受控库:是存放受控的配置项和定义了基线以后的文档。
产品库:是存放已经正式发布的软件产品。
3.工作的产出如何被管理,有那些产出被管理,是否有管理计划?答:项目计划的数据管理计划有配置库目录的结构有配置管理的产出。
配置管理计划中配置库的目录结构也有指出。
4.请叙述您项目的配置管理系统以及如何建立如何申请及建置呢?答:配置管理计划中有基线发布计划,基线中包含的配置项,都要经过评审。
项目经理安排人员填写申请表。
申请人组织与基线有关的人进行评审,ccb评审通过,解决评审发现的问题后,配置管理员建立基线。
配置管理员给基线的配置项打上标识记录到台账,基线建立完成后,通知项目经理和相关人员基线已建立,并在阶段的配置状态报告中记录.5.您如何管制配置项的变更答:变更实施人通知配置管理员,变更已经通过评审,配置管理员进行确认,从受控库中检出变更申请单中需要变更的配置项,经过实施人修改后,重新纳入受控库,并且对配置项进行标示。
如果涉及到基线的变更同时也要对基线的标示变更,并记录到状态报告中。
6.您会产出那些配置管理纪录?这些记录会被如何使用?答:配置状态报告、配置管理台账、配置审计报告、基线建立跟踪表、变更记录表。
配置状态报告用来记录每个配置项的状态,及时让项目经理和项目成员了解配置项状态。
访问问题及答案1.项目级CM和公司级CM的职责分别是什么?一个负责项目级的配置管理一个负责组织级的配置管理2.CM何时参与到项目工作中?项目启动 CCB成立3.项目的配置标识是否符合组织的规范?符合4.配置管理计划谁来做?CM计划具体包括的内容?配置管理员做内容:人员职责、权限、配置库结构、备份策略、配置项计划、基线发布计划、培训计划等。
5.项目的配置项是如何确定的?-项目开发计划审核通过后,CM根据项目开发计划制定CM计划,与项目计划一起评审后,由PM批准。
6.如何了解配置项的状态?《配置项标识列表》7.如何建立发布基线?如何发布产品版本?《基线跟踪列表》发布内部版本给测试组…8.配置变更是怎样开展的?项目经理提交变更申请单,ccb审批通过,项目组执行,评估执行效果。
9.如果在系统测试阶段用户提出需求的变更,需要变更的配置项有哪些?需求规格说明书概要设计详细设计测试用例项目计划10.设计基线与系统测试相比谁包含的配置项多?前一基线是后一基线的子项,系统测试基线包含测试基线,系统测试配置项多B由哪些人员组成?高级经理项目经理测试经理 CMQA用户代表12.配置管理系统中访问权限是如何控制的?-项目CM计划批准后,CMO为项目组建立项目配置管理库(包括开发库和基线库);项目开发库的操作权限由项目经理指定后由CM设置。
通常根据项目成员的角色分配对不同配置项的操作权限。
- 每个项目有基线库,基线库只有项目配置管理员和CMO有写的权限,其他人只读。
当配置项产品经过评审通过后,由项目CM将评审产品放入基线库。
13.QA审核CM的主要内容是什么?CM所有工作14.如何备份?配置管理计划:备份策略15.PAL是如何管理的?-EPG审核批准提交PAL的内容后,由CM放入组织资产库-定期向技术人员提供组织资产库的内容索引,受理访问需求16.基线库是如何管理的?产品库是如何管理的?配置管理员管理,项目里程碑评审后,打基线。
CMMI3访谈问题及答案--配置管理配置管理访谈1. 可否请你描述一下:你是如何确定你的项目的配置项的访问控制的?我们在项目启动时,会编写项目配置管理计划,明确配置项以及相应的责任人,并设立每个配置项的访问权限,比如:项目计划的修改权只有计划的责任人拥有。
再次,对于配置项,我们实施变更控制:对于基线化了的配置项,配置管理员会锁定,如果有人要修改,要提交变更申请,得到CCB授权同意后,配置管理员才会将配置项的修改权限放给变更申请人。
2. 可否请你描述一下:在你的项目中是如何发起变更请求,如何审核变更请求,如何报告变更状况的(如何记录的)?对于基线化了的配置项,我们如果要修改,需要提交变更请求,即起草变更请求表;对于变更请求,项目CCB会进行影响分析,在变更请求表中填写影响范围、工作量等信息,同时会做出是否同意变更的决定,如果决定变更,会制定修改方案,安排相关人员明确影响范围,实施变更;变更实施完成,要提交CCB验证,验证通过后,变更请求才被关闭;3. 可否请你描述一下:怎样计划配置审计的(怎样制定配置审计计划)?配置审计计划一般参考项目配置管理计划制定审计计划,从功能审计和物理审计方面考虑具体审计时机。
功能审计,比如我们项目一般会在配置系统建立结束时作一次审计,以检查配置系统能够满足本项目的实施需要,配置项管理方法是否正确,是否完整;再则,我们根据基线建立计划以及阶段结束时间制订物理审计和功能审计的时机,以确保所有的配置项如在CM 计划中期望的那样放在配置管理系统(也称配置库)下,确保团队有一个机制来知道给定配置管理项的最新状态,确保配置管理项的状态与基线信息一致,识别团队的配置管理培训需求等4. 可否请你描述一下:怎样审核和授权软件基线的变更的?软件基线的变更需要获得CCB的审核和授权5. 可否请你描述一下:CCB由哪些人员组成?就由项目经理,配置管理员、技术骨干组成。
CCB主任一般由项目经理担当。
CMMI3CM配置管理员提问问题单FAR QuestionsConfiguration Management(CM) 配置人员访谈CM SP1.什么是配置项?请叙述您如何识项目的配置项? (SP1.1)2.请叙述您项目的配置管理系统如何建立? (SP1.2)3.请叙述您如何及何时将工作产品设立基线?如何发布基线?(SP1.3)4.变更管理流程?请叙述您的变更需求追溯过程? (SP2.1)5.您如何管理配置项的变更? (SP2.2)6.您会产出那些配置管理纪录?这些记录会被如何使用与管理?(SP3.1,GP2.6)7.你是如何进行配置审计的? (sp3.2)8.如何构建以前的版本? (SP3.1)CM GP1.提供两个您使用的历史项目的任何形式的文档资料并放入组织财富库。
提供两条与您工作有关的过程改进建议并提供给EPG。
提供两条您参与的风险有关的事情。
提供两条QA检查的问题。
提供两条与项目经理或其它人讨论的项目管理方面的问题(如资源冲突协调)。
提供两条与您工作有关的评审问题。
提供两条测试发现您的缺陷记录。
2.公司是否有组织方针,请叙述组织的方针?哪些与你的工作有关,你是否了解其中有什么内容?GP2.13.谁策划你的工作, 如何策划,你对策划有什么意见,你确认了计划吗?(GP2.2)4.谁策划你的活动需要的工具及资源,如何策划这些工具和资源,有哪些工具和资源,你觉得这些资源充分吗? 你了解公司组织过程财富库中有哪些内容吗?你是如何访问和使用?(GP2.3)5.你在工作中的职责是什么?你是如何知道你的职责的?(GP2.4)6.你参加过哪方面的培训?你是如何了解公司的培训安排? 你培训后是否填写过培训反馈表?你知道有免培规程吗?(GP2.5)7.你有哪些工作产品?每个工作产品的主要内容是什么?目录结构是什么?你的工作产品是如何进行管理的?你了解到几种资料管理级别?( GP2.6)8.你的工作与那些干系人有关?你如何和他们协调沟通?沟通效果如何? 沟通中有什么问题?(GP2.7)9.有哪些日常性的监控活动与你的工作有关?项目中从头到尾你参与了哪些活动?哪些度量项与你的工作有关?如何收集度量数据?如何使用这些数据? (GP2.8)10.QA如何客观地评价您的工作?QA参照什么标准检查你工作?有哪些检查项?发现了哪些不符合项?(GP 2.9)11.高层管理者如何来审查和了解你的工作?(GP2.10)12.您的工作活动遵循什么标准过程,有没有裁剪?(GP3.1)13.您工作中有什么工作产品,工作相关的度量数据, 经验教训,过程改进建议提交给组织财富库?(GP 3.2)你通过哪些途径了解公司过程改进的进展情况?1。
配置管理访谈
1. 可否请你描述一下:你是如何确定你的项目的配置项的访
问控制的?
我们在项目启动时,会编写项目配置管理计划,明确配置项以及相应的责任人,并设立每个配置项的访问权限,比如:项目计划的修改权只有计划的责任人拥有。
再次,对于配置项,我们实施变更控制:对于基线化了的配置项,配置管理员会锁定,如果有人要修改,要提交变更申请,得到CCB授权同意后,配置管理员才会将配置项的修改权限放给变更申请人。
2. 可否请你描述一下:在你的项目中是如何发起变更请求,
如何审核变更请求,如何报告变更状况的(如何记录的)?
对于基线化了的配置项,我们如果要修改,需要提交变更请求,即起草变更请求表;
对于变更请求,项目CCB会进行影响分析,在变更请求表中填写影响范围、工作量等信息,同时会做出是否同意变更的决定,如果决定变更,会制定修改方案,安排相关人员明确影响范围,实施变更;
变更实施完成,要提交CCB验证,验证通过后,变更请求才被关闭;
3. 可否请你描述一下:怎样计划配置审计的(怎样制定配置
审计计划)?
配置审计计划一般参考项目配置管理计划制定审计计划,从功能审计和物理审计方面考虑具体审计时机。
功能审计,比如我们项目一般会在配置系统建立结束时作一次审计,以检查配置系统能够满足本项目的实施需要,配置项管理方法是否正确,是否完整;
再则,我们根据基线建立计划以及阶段结束时间制订物理审计和功能审计的时机,以确保所有的配置项如在 CM 计划中期望的那样放在配置管理系统(也称配置库)下,确保团队有一个机制来知道给定配置管理项的最新状态,确保配置管理项的状态与基线信息一致,识别团队的配置管理培训需求等
4. 可否请你描述一下:怎样审核和授权软件基线的变更的?
软件基线的变更需要获得CCB的审核和授权
5. 可否请你描述一下:CCB由哪些人员组成?
就由项目经理,配置管理员、技术骨干组成。
CCB主任一般由项目经理担当。
6. 可否请你描述一下:在你的项目中,那些工作产品进行配
置管理?为什么?(或者问题方式可能是:配置项是如何识别的?)
根据组织级定义的配置管理过程,所有工作产品都实施配置管理,包括来自客户的各种资料,要交付给客户的成果物,项目计划等。
在配置管理计划中识别出所有的工作产品和需要基线的配置项。
7. 可否请你描述一下:基线是怎么建立的?
对于客户提供的资料以及重要阶段的工作产品制定基线计划,我们在项目配置管理计划中制定了基线计划,明确了基线建立的时机以及包含哪些配置项;
基线的配置项通过评审后,项目经理通知配置管理员建立基线,更新基线发布状态表以及配置项状态表,同时告诉所有人员。
8. 可否请你描述一下:配置管理是怎么做的?
项目经理在项目启动阶段就会申请配置管理员,配置管理员识别配置项,制
订配置管理计划;
然后在项目实施过程中,我们根据基线计划建立基线,对于基线化了的配置项,我们要实施变更控制。
期间,配置管理员会发布配置项状态报告和基线发布状态报告,从而让所有人员获知配置项状态信息。
QA人员会对项目的配置管理状况实施配置审计。
9. 可否请你描述一下:如何制定备份计划?
配置管理员根据项目资料的重要性以及阶段时间,制订项目数据的备份计划。
项目备份计划作为配置管理计划的一部分,需要得到项目经理的批准。
10. 可否请你描述一下:在你的项目中,你是如何知道配
置项的最新状态的?
配置管理员维护配置状态,当配置项状态发生变更时,配置管理员会发布最新的配置项状态报告给我们。
11. 可否请你描述一下:配置项的变更分析是怎么做的?
对于基线化了的配置项,我们如果要修改,需要提交变更请求,即起草变更请求表;
对于变更请求,项目CCB会进行影响分析,在变更请求表中填写影响范围、工作量等信息,同时会做出是否同意变更的决定,如果决定变更,会制定修改方案,安排相关人员明确影响范围,实施变更;
变更实施完成,要提交CCB验证,验证通过后,变更请求才被关闭;
12. 可否请你描述一下:如何处理配置项的变更?
对于基线化了的配置项,我们如果要修改,需要提交变更请求,即起草变更请求表;
对于变更请求,项目CCB会进行影响分析,在变更请求表中填写影响范围、
工作量等信息,同时会做出是否同意变更的决定,如果决定变更,会制定修改方案,安排相关人员明确影响范围,实施变更;
变更实施完成,要提交CCB验证,验证通过后,变更请求才被关闭;13. 可否请你描述一下:项目需要建立哪几个基线?
我们一般建立三个基线:
项目开发计划基线
需求基线
设计基线
关键代码基线等
14. 哪些东西要作为配置项?组织有这方面的规定吗?
配置管理指南中有此规定的。
15. 在你们项目中是否可以裁剪配置项?如何裁剪?
一般没有裁剪,如有的话需要在项目开发计划的裁剪中进行说明。
16. 在配置管理中,你要度量哪些东西?
提出的变更申请数量、关闭的变更申请数量。