CMMI-module3-项目监督和控制

CMMI3级--EPG的问题及答案第一篇：CMMI 3级--EPG的问题及答案1、EPG的职责是什么？职责在哪个文件定义的？日常工作做些什么？ EPG的职责是：保障CMMI体系在公司有效执行，推动公司过程改进工作体现在：OPD的《EPG工作过程》文件日常工作是：1、制定、维护组织过程资产，并以此为项目提供帮助和指导2、收集过程改进意见、制定过程改进计划，推动公司过程改进工作；3、评价过程改进的效果；4、对组织过程培训工作进行统一管理；2、组织过程资产库的内容？1、标准体系文件2、组织度量库3、项目文档库4、组织知识库（培训资料）5、公共组件库6、组织最佳实践库3、是如何管理体系文件的？由组织级CM进行管理。

根据《过程改进计划》制定《基线发布计划》，体系文件更新后按时发布基线（EPG及高层经理审批基线）4、是如何管理组织经验库的？-EPG根据项目的度量数据定期更新PAL数据（项目结束时）-项目结束后的提供的经验教训、共享知识、最佳实践等提交EPG 审核后纳入组织PAL。

依据改进建议制定改进计划-高层批准改进计划后，EPG制定过程行动计划。

-建立/修改体系文件，评审后发布。

-对相关人员进行体系文件的培训，培训后先在试点部门和项目中执行。

按SEI的IDEAL模型持续进行改进。

7、EPG是如何开展工作？成立SEPG小组、得到授权、计划、制定/修改过程、发布过程、培训、取得反馈、持续改进8、组织过程改进目标是如何确定的？根据组织的商业目标提出，经过EPG评审通过9、在过程改进过程中，目标是怎么落实的？落实的怎么样？离目标还有多少差距？实际与目标做差距分析－》制定过程改进计划－》分配职责－》执行－》监控10、如何收集和管理过程改进建议？收集过程改进意见的方式：-高层的意见（商业目标）-QA提供建议（QA年度问题分析）-外部专家（咨询公司差异化分析）-EPG检查、审核（小型评估、体系文件Review）-向项目组征集意见管理某条改进建议的流程：-记录改进建议-《组织过程改进意见收集表》-EPG分析建议是否采纳，评估“优先级”和“实现难度”，制定过程改进的行动计划。

CMMI L3 培训系列v1.0项目计划PP项目监控PMC集成项目管理IPM2008年05月董翼枫（dongyifeng78@ ）TOPIC项目计划-PP(Project Planning)Managing the Project Involves ✓估算项目范围和工作内容✓为开发产品而建立相应的组织机制✓开发项目计划✓获得对计划内容的一致的承诺✓从供应商获得识别的产品✓按照计划跟踪项目过程✓识别并分析风险✓跟踪并解决和计划不一致的内容✓跟踪并减缓风险项目计划目的：制定和维护用来定义项目活动的计划。

计划数据SG1 建立估算SG3 获取对计划的承诺SG2制定项目计划项目计划PMCRelevant StakeholdersSG1 建立项目估算测定工数和成本的估算值Planning Data建立估算估算项目范围估算工作产品和任务属性定义项目生命周期✓SG 1 Establish Estimates✓建立估算SP 1.1 Estimate the Scope of the Project估算项目范围SP 1.2 Establish Estimates of Work Product and Task Attributes估算工作产品和任务属性SP 1.3 Define Project Life Cycle定义项目生命周期SP 1.4 Determine Estimates of Effort and Cost测定工数和成本的估算值SG2 制定项目计划建立预算和进度Planning Data拟定一个项目计划策划数据的管理策划相关利害关联者策划项目资源Project Plan建立项目计划识别项目风险策划所需要的知识和技能PMC✓SG 2 Develop a Project Plan✓拟定一个项目计划SP 2.1 Establish the Budget andSchedule 建立预算和进度 SP 2.2 Identify Project Risks 识别项目风险SP 2.3 Plan for Data Management 策划数据的管理SP 2.4 Plan for Project Resources 策划项目资源SP 2.5 Plan for Needed Knowledgeand Skills 策划所需要的知识和技能 SP 2.6 Plan StakeholderInvolvement 策划相关利害关联者 SP 2.7 Establish the Project Plan 建立项目计划制定项目计划组织标准软件过程剪裁指南和标准生命周期描述软件过程文档库软件过程数据库软件需求项目过程SG 3 获得对计划的一致承诺获得对计划的一致承诺评审工作和资源，并调整过于不足之处Project Plans评审对项目有影响的计划得到对计划的承认Relevant Stakeholders✓SG 3 Obtain Commitment to the Plan✓获得对计划的一致承诺SP 3.1 Review Plans that Affect the Project评审对项目有影响的计划SP 3.2 Reconcile Work and Resource Levels评审工作和资源，并调整过于不足之处SP 3.3 Obtain Plan Commitment得到对计划的承认计划的度量内容统计制定《项目策划计划》所花费的工作量统计“估计项目范围”所花费的工作量统计“估计项目属性”所花费的工作量统计“确定项目生存周期”所花费的工作量统计“估计项目工作量和成本”所花费的工作量统计“编制项目预算和进度”所花费的工作量统计“识别项目风险”所花费的工作量统计“策划项目资料管理”所花费的工作量统计“策划项目资源”所花费的工作量统计“策划项目所必需的知识和技能”所花费的工作量 统计“策划项目有关责任者介入计划”所花费的工作量 统计“制定项目计划”所花费的工作量统计“审查从属计划”所花费的工作量统计“使工作和资源协调”所花费的工作量统计“获得计划承认”所花费的工作量TOPIC项目监控-PMC(Project Monitoring and Control)PMC目标✓了解项目的过程，以便在项目性能明显偏离计划时，采取适当的纠正措施。

CMMI2.0监督与控制实践域内容随着现代社会的发展和科技的进步，软件行业的发展越来越迅速。

在这样一个竞争激烈的行业中，软件企业需要不断提高自己的研发能力和管理水平，以适应市场的需求和挑战。

CMMI（Capability Maturity Model Integration）是一个被广泛应用的软件过程改进框架，它可以帮助软件企业评估和改进其软件开发和维护的过程，从而提高软件产品的质量和开发效率。

CMMI2.0是CMMI的最新版本，它引入了一些新的概念和实践域，其中就包括监督与控制实践域。

监督与控制实践域是CMMI2.0中非常重要的一个实践域，它涉及到软件项目的监督、控制和管理，对软件企业的发展和项目的成功至关重要。

本文将深入探讨CMMI2.0监督与控制实践域的内容和意义。

I. 实践域介绍CMMI2.0的监督与控制实践域是一个包含一系列实践的域，旨在帮助软件项目从需求分析到产品交付过程中，确保项目中所采用的监督与控制实践能够有效实施。

该实践域包含了以下几个子实践域：1. 计划监督与控制（Plan and Monitor）计划监督与控制是指在软件项目启动阶段，制定项目计划，并在项目执行过程中监督和控制项目的进度和质量。

这个子实践域包括了以下一些具体实践：- 制定项目计划：明确项目范围、目标、资源需求和里程碑，并为项目制定详细的计划。

- 监督项目进度和成本：及时更新项目进度和成本信息，对项目的实际进度和成本与计划进行比较，及时发现和纠正偏差。

- 管理项目风险：识别和评估项目风险，制定适当的风险应对策略，确保风险不会对项目的进度和质量造成影响。

2. 监管与评审（Supervise and Review）监管与评审是指在项目执行过程中，对项目各项工作的进展和质量进行监督和评审。

这个子实践域包括了以下一些具体实践：- 进行工作审查：定期对项目中的工作成果和文档进行审查，及时发现和纠正问题，确保工作符合质量标准。

访问问题及答案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.基线库是如何管理的？产品库是如何管理的？配置管理员管理，项目里程碑评审后，打基线。

访问问题及答案RM1.个人介绍：名字、职责、项目、到公司多长时间2.是否参与需求的调研和编写如何参与部分主要开发人员参与需求电子商务：不参加，项目经理负责，开发了解，参与需求评审应用平台 PBO：系统设计人员参与，主要是王威、梁蕾回答3.对整体还是部分需求需求规格整体与部分都有，参与过需求规格说明书的编写4.在评审中发现需求规格说明书写的不清楚不能用于开发，如何解决修改完成，再评审5.如果客户给的需求不清晰，如屏幕是蓝色的，但不知是那种蓝，需求分析人员怎么做的需求分析人员用原型法，和用户确认需求，得到用户认可。

6.我们会给客户做原型、场景、界面与客户进行需求确认吗需求这部分，我们项目使用原型和用例法确认需求，需要得到用户确认7.客户新需求，加到原型里面吗如果是需求阶段里会修改原型，如果在需求确认以后，不修改。

一个软件原型是所提出的新产品的部分实现，它比开发人员常用的技术术语更易于理解。

建立原型的主要原因是为了解决在产品开发的早期阶段需求不确定的问题，用户、经理和其他非技术项目风险承担者发现在确定和开发产品时，原型可以使他们的想象更具体化。

8.除原型外如何向客户确认需求需求调查问卷需求规格说明书，请客户参与，得到客户认可9.介绍一下问卷－事先需调查涉众或用户以及公司的背景。

－访谈前对问题进行复审。

－在访谈期间要参照一定的格式，以确保提出正确的问题。

－在访谈结束时总结两、三个最为重要的问题。

重复您听到的内容，以确认您的理解是否正确。

不要过于受提问单的约束。

一旦双方气氛融洽，访谈常常可以采用自己的形式，涉众或用户可能会详细谈论他们正经历的困难。

不要打断涉众或用户的谈话。

尽可能快地记录他们的回答。

提出问题，设法获得更多的信息。

当双方对该问题的交流合乎逻辑地结束后，即可继续提出列表中的其他问题。

TS1.参与系统设计吗参与，参考系统设计的流程。

2.生命周期模型敏捷开发增量电子商务 pbo 瀑布应用开发平台增量3.SRS与设计文档的区别软件需求说明书客户和开发都看的文档。

CMMI3访谈问题及答案--PMPM编写项目开发计划的同时，QA和CM根据项目开发计划中的时间、人员安排制定质量保证计划和配置管理计划。

完成后，对整体计划进行了评审，评审通过后PM通知CM对计划进行了基线和发布。

1.你是怎么做项目监控的？项目监控主要是通过对《项目发计划.mpp》的更新，检查项目组成员的项目周报、里程碑报告、项目总结会议等方式进行监控的。

每周一早上PM 会检查项目成员的周报，填写的工作内容和工作量是否正确，每周周五召开项目周会，总结本周工作完成情况，下周工作安排，总体进度，对项目问题、风险进行跟踪。

在计划的里程碑到达后编写相应的里程碑报告，并召开项目里程碑会议，向软件部经理和项目成员汇报项目的完成情况，使用度量表中本阶段的进度偏移、工作量偏差等度量数据对项目现阶段情况进行分析，汇报发现的问题和存在的风险，以及经验和教训。

度量分析员根据度量计划中规定的收集频率收集度量数据。

每周周会对风险管理表中的风险进行跟踪。

项目结项时编写项目总结报告，召开项目总结会议。

2.如何跟踪项目进度?偏差如何解决主要是通过对《项目发计划.mpp》的更新，检查项目组成员的项目周报、里程碑报告、项目总结会议等方式进行跟踪的。

发现偏差的时候根据情况及时调整工作安排，如果偏差超过阀值（15%）的话就会按规定进行重计划。

3.如何管理风险每周在周会上对风险进行跟踪，对已识别风险的发生概率和影响程度分析是否有变化，风险状态是否有变化，是否产生新的风险，并记录在项目周报和风险管理表中。

如果风险发生的话会转化为项目问题记录在《项目问题跟踪表》中进行跟踪，风险状态改为关闭。

项目结项时，PM将风险管理表提交EPG，EPG审核通过后纳入组织财富库中的风险库以供今后的项目做参考。

4.度量分析活动如何做度量分析员按照度量计划中规定的频率和来源收集度量数据并填入项目度量表中，每阶段由PM和度量分析员对本阶段的数据进行分析，并将结果在项目里程碑会议上报告。