CMMI现场访谈提问应答.doc

word文档 可编辑 CMMI最终评审 提问单 二○一四年三月 CMMI 2级过程域：需求管理REQM SG1管理需求 SP 1.1项目组通过何种方式理解需求？ 答： 1、项目在获取客户需求中，通过与客户访谈的方式获取需求生成需求记录表，依据需求记录表编写了用户需求规格说明书；2、项目组人员对用户需求说明书进行分析，分析了功能点，形成软件规格说明书；3、项目组与用户一起参与了需求评审会议，对用户需求规格说明书进行了确认，形成了会议纪要，确保了对于需求的含义达成一个相容的共同的理解。 SP 1.2怎样获得对需求的承诺？ 答： 1、项目对用户需求进行了分析，形成了用户需求规格说明书；2、项目组成员（项目经理、需求人员、设计人员、开发人员、测试人员）与相关干系人一起参加了需求文档的评审，并在评审报告上签字。 SP 1.3如何管理需求的变更？ 答：1、项目需求的变更活动依据程序文件《变更管理规程》的规定进行管理，用户或项目组成员提出需求变更申请填写需求变更申请表，项目经理获得需求变更之后进行影响分析，填写软件变更申请表； 变更控制委员会（CCB）对需求变更申请表和软件变更申请表进行评审，讨论变更是否能通过，并形成会议纪要； 从配置管理员处获取相应的配置项进行变更，变更完成过后进行相应的验证，通过验证之后填写《软件变更报告单》；将软件报告单提交CCB进行批准。 项目经理发出基线建立申请，建立相应基线，配置管理员进行审计并发布配置状态。 SP 1.4如何维护需求的双向可追溯性？ 答：对项目的需求通过需求跟踪矩阵进行双向溯源和管理，先对各个需求做统计，然后在各个阶段做需求维护，对需求的实现，需求的测试，需求的交换和验收都有追溯。 SP 1.5在你的项目中如何确保项目工作与需求的一致？ 答：1、需求、设计、编码等阶段的评审检查单对项目的工作任务和需求的一致性进行了检查； 使用需求跟踪 矩阵对发生变更的需求进行双向溯源。 3、里程碑评审时，检查工作任务与最初需求是否一致。 4、项目需求的变更活动依据程序文件《变更管理规程》的规定进行管理，并形成软件变更申请表。 GG2使已管理的过程制度化 GP 2.1关于这个过程域组织建立了怎样的过程方针，记录在哪里？ 答：《需求管理过程》中描述了需求开发与管理过程的方针：通过定义需求管理过程，规范公司软件开发项目的需求管理活动，提高需求质量，从而提高软件生产率，降低开发成本，改进软件质量。 需求管理应控制需求的变更，并确保项目工作产品与需求的一致性。? GP 2.2如何策划该过程的活动，产生怎样的工作产品？ 答：1、项目的项目进度计划WBS中需求管理的活动体现了对需求开发与管理过程的策划情况； 2、对项目总体计划及WBS进行评审，形成了评审报告。 GP 2.3组织有否提供充足的资源支持该过程域的活动，都有哪些资源？ 答：是，在人力资源方面，项目经理谢青松负责需求管理。 GP 2.4是否为相关角色分配了职责？记录在哪里？ 答：1、总体计划和附属计划中对参与项目需求开发与管理人员的职责进行了分配； 2、对总体计划及附属计划进行了评审，其中包括了对需求开发与管理的人员和职责进行了确认，并形成了评审报告。 GP 2.5是否针对该过程的人员进行了培训，有哪些培训？ 答：1、公司进行了有关项目需求管理知识的培训； 2、组织进行了多次标准过程内部宣贯培训，其中包括了对项目需求管理过程的培训，形成了电子档的签到表。 GP 2.6对该过程域的哪些配置项进行了管理？ 答：1、项目需求开发与管理阶段形成的工作产品，包括需求跟踪矩阵、软件需求报告单，均纳入配置库进行管理。 2、配置项状态报告中体现了项目组将需求阶段的文档纳入了配置库进行管理。 GP 2.7如何识别并引入相关的利益相关者介入活动？ 答：1、在做项目总体计划的沟通计划时，对需求开发与管理过程的相关干系人协调沟通的约定进行了详细描述； 2、在做工作分解结构项目进度计划WBS时，列出了参与项目的人员； 3、评审报告中记录了共利益者介入需求管理活动的情况。 GP 2.8项目如何监督和控制该过程？ 答：1、项目组在需求阶段里程碑点对项目的状态和执行进度进行检查，形成CM需求策划阶段活动报告； 2、问题跟踪表对需求开发与管理过程发现的问题进行记录和跟踪。 GP 2.9谁会对该过程进行客观的评价？如何进行评价？ 答：项目级QA对该过程进行了客观的评价，评价结果记录在项目级QA检查单、QA工作报告和QA问题跟踪表中，这些都反映了QA对项目需求开发与管理过程和工作产品进行了检查活动。 GP 2.10更高层领导如何审核状态？ 答：1、CM需求策划阶段活动报告提交高管肖瑜审批； 2、项目总体计划经过高管肖瑜审批。 3、里程碑评审。 GG3使已定义的过程