CMMI培训资料二汇.pptVIP

CMMI介绍 （二） CMMI跨级评审 CMMI可以进行跨级评审，但是必须满足被跨越级别的各PA； 例如，要直接通过L3，除了满足L3的14个PA外，还要满足L2的7个PA，可剪裁的PA除外。 L3关注的焦点 更加关注技术和管理方面的问题： 过程管理：3PA 项目管理：4PA 工程：5PA 支持：2PA L3的各PA 需求开发（RD） “需求开发”过程的目的是产生和分析顾客需求、产品需求和产品构件需求。 　　 上述三种需求可能彼此间发生一些递归互动作用，它们与在“技术解决”过程中开发的优选产品概念和候选解决方案的定义也存在递归互动关系。 集成项目管理（IPM） 　　“集成项目管理”的目的是按照集成的、已定义的过程来管理项目，并且使相关方介入项目。这种项目已定义过程是从本组织的标准过程集合（过程库）剪裁而来。 风险管理（RSKM） “风险管理”的目的是识别潜在的问题，以便策划处理风险的活动和在必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。 “风险管理”可以分成三个部分：风险管理策划；识别和分析风险；以及处理所识别的风险（包括在必要时实施风险缓解计划）。 技术解决（TS） “技术解决”过程的目的在于开发、设计和实现关于需求的解决方案。解决方案、设计和实现等都围绕产品、产品构件和与过程有关的产品（可能是其中之一或它们的组合），适用于体系结构的任何层次，适用于产品、产品构件、生存周期过程以及服务。最终得到最优化的解决方案。 决策分析和决定（DAR） “决策分析和决定”的目的在于运用结构化方法对所确定的候选方案进行决策。 通过以下步骤作出上佳决策： 　　　　1）选择决策技术； 　　　　2）确定作为决策基础的准则； 　　　　3）确定候选方案； 　　　　4）对照准则评价候选方案。 　　 结构化决策过程可以减少决策中的主观影响，能够以比较高的概率选择出能满足共利益者的多种需求的解决方案。 产品集成（PI） “产品集成”的目的在于把产品构件组装成产品，确保所集成的产品恰当地发挥作用，确保交付产品。 “产品集成”的一个关键是产品和产品构件的内部和外部接口管理，要确保接口之间的兼容性。在整个项目进程中都应注意接口管理。 验证（VER） “验证”的目的在于按照需求（包括顾客需求、产品需求和产品构件需求）对产品和中间产品进行验证。 　　 “验证”过程强调验证准备、验证执行和确定纠正措施。 “验证”是一种渐进的过程，因为它要在产品和工作产品整个开发过程中执行，即从对需求进行验证开始，然后是对推进中的工作产品进行验证，最后是对完成的产品进行验证。 　　 确认（VAL） “确认”的目的在于证明，产品或产品构件被置于其预定使用环境中时，适合于其预定用途。 　　 “验证”过程与“确认”过程看起来类似，但是它们处理的问题不同。“确认”是要证明所提供的（或将要提供的）产品适合其预计的用途，而“验证”则是要查明工作产品是否恰当地反映了规定的要求。换句话说，验证保证“做得正确”，而确认则保证“做正确的东西”。 组织过程焦点（OPF） 　　“组织过程焦点”的目的在于掌握并维护本组织的过程和过程资源，以及识别、策划和实施本组织的过程改进活动。 　组织的过程包括本组织的标准过程集合和派生于这个集合的已定义过程。组织的过程资源是那些与描述、实施和改进过程有关的制品（例如，方针、过程描述、支持环境以及过程实现的支持工具等）。 　　 组织过程定义（OPD） 　　“组织过程定义”的目的是建立并维护一批可用的组织过程资源。 　　 这些过程资源包括组织的标准过程集合和支持性资源。这些资源使整个组织的过程性能能够取得一致，并且是本组织奠定不断累积的长远效益的基础。 组织培训（OT） “组织培训”的目的在于提高开发人员的技能和知识，以便他们能有效地履行职责。 　“组织培训”所包含的培训旨在支持组织的战略业务目标的需求；由单个项目和支持组提出的特殊培训是在项目和支持组一级处理，不在“组织培训”的范围之内。 集成团队（IT） 　　“集成团队”的目的在于建立和维持一个进行产品开发的团队。 与其他团队的区别： 组员被授权可以进行决策并对授权方负责 组员可能包含客户、供应商和其他组织之外的人员 组员包括具有需求开发技能的人 组员分享意见、期望和需求 集成团队明确其在整个项目结构中的角色