CMMI现场访谈提问应答解读

CMMI最终评审

提问单

二○一四年三月

1CMMI 2级过程域：需求管理REQM

1.1 SG1管理需求

1.1.1 SP 1.1项目组通过何种方式理解需求？

答： 1、项目在获取客户需求中，通过与客户访谈的方式获取需求生成需求记录表，依据需求记录表编写了用户需求规格说明书；2、项目组人员对用户需求说明书进行分析，分析了功能点，形成软件规格说明书；3、项目组与用户一起参与了需求评审会议，对用户需求规格说明书进行了确认，形成了会议纪要，确保了对于需求的含义达成一个相容的共同的理解。

1.1.2 SP 1.2怎样获得对需求的承诺？

答： 1、项目对用户需求进行了分析，形成了用户需求规格说明书；2、项目组成员（项目经理、需求人员、设计人员、开发人员、测试人员）与相关干系人一起参加了需求文档的评审，并在评审报告上签字。

1.1.3 SP 1.3如何管理需求的变更？

答：1、项目需求的变更活动依据程序文件《变更管理规程》的规定进行管理，用户或项目组成员提出需求变更申请填写需求变更申请表，项目经理获得需求变更之后进行影响分析，填写软件变更申请表；

2、变更控制委员会（CCB）对需求变更申请表和软件变更申请表进行评审，讨论变更是否能通过，并形成会议纪要；

3、从配置管理员处获取相应的配置项进行变更，变更完成过后进行相应的验证，通过验证之后填写《软件变更报告单》；将软件报告单提交CCB进行批准。

4、项目经理发出基线建立申请，建立相应基线，配置管理员进行审计并发布配置状态。

1.1.4 SP 1.4如何维护需求的双向可追溯性？

答：对项目的需求通过需求跟踪矩阵进行双向溯源和管理，先对各个需求做统计，然后在各个阶段做需求维护，对需求的实现，需求的测试，需求的交换和验收都有追溯。

1.1.5 SP 1.5在你的项目中如何确保项目工作与需求的一致？

答：1、需求、设计、编码等阶段的评审检查单对项目的工作任务和需求的

一致性进行了检查；

2、使用需求跟踪

3、矩阵对发生变更的需求进行双向溯源。

3、里程碑评审时，检查工作任务与最初需求是否一致。

4、项目需求的变更活动依据程序文件《变更管理规程》的规定进行管理，并形成软件变更申请表。

1.2GG2使已管理的过程制度化

1.2.1 GP 2.1关于这个过程域组织建立了怎样的过程方针，记录在哪里？

答：《需求管理过程》中描述了需求开发与管理过程的方针：通过定义需求管理过程，规范公司软件开发项目的需求管理活动，提高需求质量，从而提高软件生产率，降低开发成本，改进软件质量。

需求管理应控制需求的变更，并确保项目工作产品与需求的一致性。

1.2.2 GP 2.2如何策划该过程的活动，产生怎样的工作产品？

答：1、项目的项目进度计划WBS中需求管理的活动体现了对需求开发与管理过程的策划情况；

2、对项目总体计划及WBS进行评审，形成了评审报告。

1.2.3 GP 2.3组织有否提供充足的资源支持该过程域的活动，都有哪些资源？

答：是，在人力资源方面，项目经理谢青松负责需求管理。

1.2.4 GP 2.4是否为相关角色分配了职责？记录在哪里？

答：1、总体计划和附属计划中对参与项目需求开发与管理人员的职责进行了分配；

2、对总体计划及附属计划进行了评审，其中包括了对需求开发与管理的人员和职责进行了确认，并形成了评审报告。

1.2.5 GP 2.5是否针对该过程的人员进行了培训，有哪些培训？

答：1、公司进行了有关项目需求管理知识的培训；

2、组织进行了多次标准过程内部宣贯培训，其中包括了对项目需求管理过程的培训，形成了电子档的签到表。

1.2.6 GP 2.6对该过程域的哪些配置项进行了管理？

答：1、项目需求开发与管理阶段形成的工作产品，包括需求跟踪矩阵、软件需求报告单，均纳入配置库进行管理。

2、配置项状态报告中体现了项目组将需求阶段的文档纳入了配置库进行管理。

1.2.7 GP 2.7如何识别并引入相关的利益相关者介入活动？

答：1、在做项目总体计划的沟通计划时，对需求开发与管理过程的相关干系人协调沟通的约定进行了详细描述；

2、在做工作分解结构项目进度计划WBS时，列出了参与项目的人员；

3、评审报告中记录了共利益者介入需求管理活动的情况。

1.2.8 GP 2.8项目如何监督和控制该过程？

答：1、项目组在需求阶段里程碑点对项目的状态和执行进度进行检查，形成CM需求策划阶段活动报告；

2、问题跟踪表对需求开发与管理过程发现的问题进行记录和跟踪。

1.2.9 GP 2.9谁会对该过程进行客观的评价？如何进行评价？

答：项目级QA对该过程进行了客观的评价，评价结果记录在项目级QA检查单、QA工作报告和QA问题跟踪表中，这些都反映了QA对项目需求开发与管理过程和工作产品进行了检查活动。

1.2.10 GP 2.10更高层领导如何审核状态？

答：1、CM需求策划阶段活动报告提交高管肖瑜审批；

2、项目总体计划经过高管肖瑜审批。

3、里程碑评审。

1.3 GG3使已定义的过程制度

1.3.1 GP 3.1如何建立一个已定义的过程？

答：项目组根据项目特点按照组织标准过程进行裁剪，形成了项目过程定义裁剪表，其中包括了对需求开发与管理过程的裁剪。

1.3.2 GP 3.2收集了怎样的（经验）改进信息？

答：1、项目组向EPG提交了项目需求管理过程的改进信息，被EPG采纳并记录在过程改进信息跟踪表中。

2、项目结项时提供了项目测量表到组织财富库，为过程改进提供了相应的经验。

2 CMMI 2级过程域：项目规划PP

2.1 SG1项目估算

2.1.1 SP 1.1如何估算项目的范围？

答：项目编写了任务分解结构WBS，对项目范围进行了估算；WBS与项目一同演进，顶层的WBS可以用来构建初始估算。通过WBS的开发，整个项目被划分为一组相互关联且可管理的组成部分。

2.1.2 SP 1.2在你的项目中都对哪些项目属性进行了估算？

答：项目估计记录对项目的规模、工作量、成本、进度、环境、工具进行了估算。

2.1.3 SP 1.3你的项目定义了怎样的生存周期阶段？

答：产品型：1、依据项目生命周期指南选择了项目生命周期，并对项目过程进行了裁剪，形成项目过程定义裁剪表，本项目采用的是瀑布模型；定义了策划阶段、需求阶段、设计阶段、编码阶段、测试阶段、验收阶段。

2、项目的WBS按项目生命周期模型划分为需求与策划、系统设计、编码、测试验收阶段。

2.1.4 SP 1.4如何估算项目的工作量和成本？

答：1、根据需求估算项目规模，再把它分成功能点，功能点有简单功能点、中等功能点、复杂功能点，根据公司提供的转换参数转换成一般功能点，也叫标准功能点，2、然后根据公司提供的生产率（1个标准功能点需要0.5人天），就可以估算规模是多少个标准功能点，生产率与功能点相乘就是工作量； 3、根据公司的软件活动各阶段工作量占比（需求占10%、设计占20%、编码占30%、测试占10%、实施占10%、项目管理占10%、CM占5%、QA占5%），首先算出总工作量，再根据总工作量算出各阶段的工作量。4、根据公司提供的人均成本（单位