搜索
MiddleManagerQuestions1自我介绍我叫某某，担任配置管理员（项目名称）ConfigurationManagement1、(SP1.1)请叙述您如何识别项目的配置项?答：配置管理员在编写配置管理计划时和项目经理一起识别配置项配置项主要包含项目管理类、支持类、工程类、项目资料类的文档四大类。管理类：项目计划、项目进度计划、立项报告、工作量估算记录表支持类：质量保证、配置管理、度量工程类：需求、设计、代码资料类：培训资料、周报、会议纪要。2、(SP1.2)请叙述您项目的配置管理系统以及如何建立?如何申请及建置呢？答：在项目初期根据组织的配置管理过程文件、配置管理规范、项目变更过程文件建立配置管理系统。配置管理员向公司网络管理员申请配置管理系统的空间。配置库包含开发库，受控库、产品库。开发库是存放正在开发状态下的文档及代码。受控库是存放受控的配置项和定义了基线以后的文档。产品库是存放已经正式发布的软件产品。3、(SP1.3)请叙述您如何及何时将工作产品设立基准?如何公告与发行基准？目前发行了那些基准？答：配置管理计划中有基线发布计划，基线中包含的配置项，都要经过评审。项目经理安排人员填写申请表。申请人组织与基线有关的人进行评审，CCB评审通过，解决评审发现的问题后，配置管理员建立基线。配置管理员给基线的配置项打上标识记录到台账，基线建立完成后，通知项目经理和相关人员基线已建立，并在阶段的配置状态报告中记录。4、(SP2.1)请叙述您的变更需求追溯流程?答：客户、项目成员提出需求变更，变更申请表交给项目经理审核。项目经理判断分类，若通过要记录到变更记录表中。需求变更：需求分析人员分析需求是否接受，通过，则交给项目经理评估，从风险、进度、成本等方面考虑变更，交给CCB评审。若通过，项目经理安排实施。申请人和QA确认变更是否正确的完成。这个变更流程与配置管理员的关系：评审通过的变更单，找出需要变更的配置项，给实施人进行变更；经过变更确认之后，修改配置项，打上标识。MiddleManagerQuestions25、(SP2.2)您如何管制配置项的变更?答：变更实施人通知配置管理员，变更已经通过评审，配置管理员进行确认，从受控库中检出变更申请单中需要变更的配置项，经过实施人修改后，重新纳入受控库，并且对配置项进行标示。如果涉及到基线的变更同时也要对基线的标示变更，并记录到状态报告中。6、(SP3.1)您会产出那些配置管理纪录?这些记录会被如何使用？答：配置状态报告、配置管理台账、配置审计报告、基线建立跟踪表、变更记录表。配置状态报告用来记录每个配置项的状态，及时让项目经理和项目成员了解配置项状态。配置管理台账是用来记录项目的产出物和基线的建立和变更。配置管理审计是在进行物理审计或者功能审计后的结果及时向项目经理和相关成员汇报。基线建立跟踪表是用来记录基线建立变更的时候进行跟踪。变更记录表是记录需求和文档版本变更的。7、(SP3.2)您的项目中如何确保配置管理程序被有效落实？如何确保配置管理内容及基准的正确性与整体性？答：配置管理员通过定期的物理审计和不定期的功能审计来检查，物理审计是由QA和配置管理员共同检查，功能审计是与工作产品相关人员进行检查。GenericPractice8、请问您如何规划CM工作？包含执行方法与执行规划，如何提供执行过程所需之权责与资源？答：首先，我们是按照《配置管理计划》来规划、安排配置管理工作的。在配置管理计划，我们计划了：基线发布计划、配置项计划、配置库计划（开发、受控、产品）、配置库权限计划。制定配置管理计划是按照项目计划进行的，同时依照《项目剪裁报告》进行相关的配置项裁剪。配置管理计划本身也是要经过评审的。配置管理的所需要的资源都是按照项目计划中的人力资源计划里所规划。配置管理计划里会详细的计划配置管理所需要人员安排、软硬件资源等。A、(GP2.2)项目过程规划?B、(GP3.1,IPMSP1.1)项目过程定义？C、(GP2.3)提供资源D、(GP2.4)指派权责MiddleManagerQuestions39、(GP2.5)请问就CM工作，组织及项目识别及提供了那些培训给您？答：咨询公司对我们进行了CMMI模型和配置管理过程规范、项目变更的培训。EPG对我们进行了项目计划过程文件、配置管理的规程如何在项目中实施的培训。10、CM工作的产出如何被管理，有那些产出被管理，是否有管理计划？(GP2.6,CM)答：项目计划的数据管理计划有配置库目录的结构有配置管理的产出。配置管理计划中配置库的目录结构也有指出。11、CM工作有那些相关人员，在那份文档或材料中被指出？(GP2.7)答：项目计划的干系人和配置管理计划中人员与职责中提出过。项目经理、CCB、QA、项目组成员。12、CM过程如何被监控，主管如何定期了解CM工作状态？(CM,GP2.8,2.10)答：我定期会向质量保证经理和项目经理发送“配置状态报告配置审计报告”，通过二份报告了解CM工作状态。同时，项目组的月报的数据跟踪也会监控CM每月的配置工作。13、CM过程如何被检查其与相关标准及规程的符合性？(GP2.9,CM)答：QA定期对配置管理过程进行检查QA发现不符合会录入不符合项跟踪表，会进行修订。14、CM的产出与经验如何被收集及反馈，如何运用这些产出及经验？(GP3.2)答：项目成员对CM提建议，让他们提出对CM执行过程中遇到的任何想法、感受，最后汇总反馈到公司的EPG处，进行分析整理，完善我们的CM相关的规范和过程文件。配置管理员也要定期总结配置管理在项目过程中存在的问题和需要完善的地方。Non-Modelissue15、Q1:过去一年是否有什么比较明显的改善答：在实施CMMI以后配置管理的目的，在使用配置识别、配置控制、配置状态纪录及配置审计，来达到建立与维护工作产品的完整性。很多提高，组织层面，对缺陷率大大降低……开发人员不能随意改动代码……减少了变动性、随意性。MiddleManagerQuestions416、Q2:改善：认为公司可以优先改善的项目是什么？答：项目管控、项目计划、成本，等这些方面可以优先改善。17、(GP2.5)请叙述组织的政策以及与CM流程领域之关联性?答：建立统一明确的配置管理过程规范体系，建立配置管理团队，任命项目的配置管理员。在项目的整个生命周期中贯彻配置管理，建立基线以便控制版本，并对变更进行跟踪控制。公司内的所有项目应建立项目的配置库，用于存储最终产品、必要的中间工作产品，以及用到的各种软件工具。定期对配置库和配置管理活动进行审计。18、开发库进入受控库的时机答：1、不需经过评审的工作产品在完成编写后，由文档编写人提交配置申请，项目经理审核通过后纳入受控库。2、受控库除了CM的读写权限外，其他人都是只读的权限。在发布基线时，将形成的基线存于这个受控库中。3、受控库的工作产品在项目结束时建立发布基线（项目经理提出申请），CCB审核通过后，CM建立发布基线，且将发布基线下的所有配置项，还有其他不受控的配置项（如开发库中的会议纪要等）统一纳入到产品库。