当前位置：文档之家 › CMMI-过程管理-OPF-组织过程焦点组织方针-V1.0

CMMI-过程管理-OPF-组织过程焦点组织方针-V1.0

  • 格式：doc
  • 大小：37.50 KB
  • 文档页数：6

广州润衡软件连锁有限公司 组织过程焦点组织方针

组织过程焦点组织方针 组织过程焦点组织方针

前 言

组织过程焦点包括建立和保持对组织所使用的软件工程过程的了解；在组织层次上对评估、制定、实施、维护和改进这些过程活动进行协调。

组织过程焦点组织方针

第 I 页 目 录

第一章 目标 ................................................................................................................................... 1

第二章 实践 ................................................................................................................................... 2

组织过程焦点组织方针

第 1 页 组织过程焦点的目的是建立组织中软件过程改进活动的责任。通过过程改进（SPI）活动改进组织的整体软件过程能力。

第一章 目标

1. EPG在整个组织层次对过程的制定和改进活动进行协调。

2. 组织级的过程改进活动必须进行规划，建立过程改进的长期和近期的目标和实施办法。

3. 通过对本组织的过程以及过程的使用情况进行定期评估实现对过程现状和过程改进活动结果的了解。 组织过程焦点组织方针

第 2 页

第二章 实践

1. 遵循本方针，协调整个组织中的软件过程的制订和改进活动。

2. 高层经理倡导和发起本组织的软件过程制定和改进活动。

3. 高层经理监督本组织的有关软件过程制定和改进活动。

4. 组织中设立软件工程过程组（EPG），由EPG负责组织级的软件过程改进活动并且与项目协调这些活动的实施。

5. 组织从人员、工具和时间上提供足够的用于组织软件过程改进活动的资源和资金。

6. EPG必须接受进行组织的软件过程改进活动所要求的培训。

7. 软件工程组和其它软件相关组的成员接受有关组织的软件过程活动及他们在这些活动中的角色的定向性培训。

8. EPG定期安排对本组织软件过程的评估，并制定处理评估中发现的问题的行动计划。

9. EPG制订和维护组织软件过程开发和改进的计划。

10. EPG在组织级上协调改进软件过程的活动,包括过程的定义、改进、试点和推广等。

11. EPG在组织级上协调组织的软件过程数据库的使用。

12. 新的过程、方法和工具如果需要引入，首先要经过EPG的批准，得到有限使用，并对其进行监控和评价。合适时才可以纳入组织软件过程资产库中。

13. EPG在整个组织内协调关于组织和项目的软件过程培训。

14. 对项目和组织软件过程进行度量，并将度量结果用于确定组织的过程开发和改进活动的状态。

15. 高层经理定期评审有关组织软件过程开发和改进的活动。 组织过程焦点组织方针

第 3 页 16. 所有组织过程焦点的具体活动按照组织过程焦点过程进行。

合集下载

CMMI学写参考笔记范文

CMMI学写参考笔记范文

1、CMMI基本介绍

1.1、起因和缘由

工程环境和过程更加复杂，独立的CMM面对更加复杂化的要求不能适应了。

针对分段工作的弊端（重复返工），工作更加集成化，这样需要集成化的专业知识，也需要集成化的过程。

多种模型的衍生，造成了理解和培训上的困难。

同时多种衍生模型的实践提供了必要的信息和信心，可以建立这样集成的能力程度模型

1.2、目标

成本效益：减少理解和培训上的成本；

改进模型：统一模型利于统筹进行分析和计划；

避免封闭的过程改进：过程按照学科单独进行，没有顾及整体效益；

交流：跨越部门学科的过程带来更多的交流，从而利于紧密的、有效的、精简的、继承的过程，对过程改进有全局效益

统一模型的过程改进（不仅仅是软件过程能力）提供更大的适应性和扩充性，减少冲突和冗余

1.3、CMMI框架结构的基本思想

CMMI的框架结构基于对对过程和过程改进理论的深刻认识

公共性的基础：

项目管理和过程管理适用于任何学科

如果进行适当的抽象，则工程过程可以直接应用于任何工程形式

支持过程对不同学科提供不同的实现，但是目标和实践可以保持不变

模型结构思路：

根据信息的不同作用进行分类，划分为十二种构件

整个模型由此十二种构件组成，并且具备一定的结构

每个构件由一个或者多个资料组成

整个模型汇编数了千个小的资料

模型的不同表示法，就是通过构件的不同结构来体现

模型结构的优点： 模型由数千个小的资料组成，不同表示法共同使用这些资料

这样来确保两种表示法的“等价性”

模型通过十二种构件来组织，建立了一个公共的框架容纳未来的内容

所有小资料均归属于不同得构件，模型的改进可以通过小资料的改进来实现

2、CMMI的构件

CMMI建立了一个自动、可扩展的框架，其中可以放入模型集成构件、培训资料、评估资料，确保在已定义规则下可以将更多学科加入该框架。

公共性是完全可以理解的，过程管理和项目管理可以应用于人和学科

(完整版)CMMI复习问题和答案

(完整版)CMMI复习问题和答案

1.CMMI是什么意思？

答：CMMI（Capability Maturity Model Integration）即能力成熟度模型集成，是一套包括多个学科、可扩充的模型系列，其前身主要包括4个成熟度模型（称CMMI的源模型），他们分别为面向开发的SW-CMM（软件工程）、面向系统工程的SE-CMM（系统工程）、面向产品集成的IPPD-CMM（集成的产品和过程开发）、以及设计外购协作的SS-CMM（采购）。

2.CMMI有那些用途？

概括来说，CMMI给我们带来了如下好处：改进进度和预算的可预测性、改进开发周期、提高生产率、改进质量（质量缺陷）、增加客户的满意度、提高员工的士气、增加投资回报和低质量成本。

CMMI主要应用在两大方面：能力评估和过程改进。

有两种通用的评估方法用以评估组织软件过程的成熟度：软件过程评估和软件能力评价。

软件过程评估：用于确定一个组织当前的软件工程过程状态及组织所面临的软件过程的优先改善问题，为组织领导层提供报告以获得组织对软件过程改善的支持。软件过程评估集中关注组织自身的软件过程，在一种合作的、开放的环境中进行。评估的成功取决于管理者和专业人员对组织软件过程改善的支持。

软件能力评价：用于识别合格的软件承包商或者监控软件承包商开发软件的过程状态。软件能力评价集中关注识别在预算和进度要求范围内完成制造出高质量的软件产品的软件合同及相关风险。评价在一种审核的环境中进行，重点在于揭示组织实际执行软件过程的文档化的审核记录。

过程改进

软件过程改进是一个持续的、全员参与的过程。CMM/CMMI建立了一组有效地描述成熟软件组织特征的准则。该准则清晰地描述了软件过程的关键元素，并包括软件工程和管理方面的优秀实践。企业可以有选择地引用这些关键实践指导软件过程的开发和维护，以不断地改善组织软件过程，实现成本、进度、功能和产品质量等目标。

3.CMMI的阶段表示法分几级、分别是哪几级？

CMMI简明培训教材-18过程域

CMMI简明培训教材-18过程域

CMMI基础培训

CMMI包括18个过程域：

1 评估

2 投标

3 合同评审、立项

4 总体计划(项目启动)

5 原形开发

6 需求分析

7 总体设计(概要设计)

8 详细设计

9 功能开发

10 代码走查

11 产品集成

12 集成测试

13 试运行(用户测试\上线运行)

14 初验

15 初验维护

16 终验

17 终验维护

18 结项报告

在CMMI评级过程中，上面的18个过程域都必须提供证据，即所谓的PIID。

名词解释：

PIID：Practice Instantiation Indicator Document实践的实施证据文档

SR - Senior Management, PL - Project Lead, DEV - Developer, SQA, SCM. RM, SEPG

随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM模型。例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等：

（1） SW-CMM (Software CMM) 软件CMM

（2） SE-CMM (System Engineering CMM) 系统工程CMM

（3） SA-CMM (Software Acquisition CMM) 软件采购CMM

（4） IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM

（5） P-CMM (People CMM) 人力资源能力成熟度模型

CMMI三级18个过程域中属于项目管理类的过程域:

A、PP\PMC\RSKM\VAL\SAM

B、PP\IPM\PMC\RSKM\SAM

C、RD\PP\IPM\PMC\RSKM\SAM

D、REQA\PP\PMC\IPM\SAM

REQM: Requirements Management（需求管理）

PP: Project Planning PMC: Project Monitoring and Control（项目监控）

CMMIL3 各过程域解释(大信有诚咨询教育机构)

CMMIL3 各过程域解释(大信有诚咨询教育机构)

对CMMI3的学习和思考

【IT168 专稿】近来笔者所在公司正在为过CMMI3做各种准备，对公司的员工进行了一些相关的培训，作为项目管理人员的我，在学习CMMI3的过程中，也有了自己的一点对于CMMI3的思考。

CMMI将软件过程中的很多步骤都通过步骤规范起来，它并没有告诉我们应该怎么去做，而只是告诉我们应该做些什么。因为软件过程中的每一步都需要经过思考、决策、有依据才能得出过程的结果，所以减少了每一步发生错误的可能性。

一．CMMI概述

CMMI是Capacity Maturity Model Integrated的简称，即集成的软件能力成熟度模型，CMM是CMMI的早期版本，它主要用于软件工程，而CMMI是一种综合性模型，它是工程实施和管理方法，它在软件与系统集成以外的如科研、工程等领域都得到了广泛的应用。

CMMI是一个由理论和经验部分组成的模型。它有连续式和阶段式两种表述方式，其中连续式主要用于衡量一个企业的项目能力，而阶段式主要用来衡量一个企业的成熟度。在连续式表述下，企业在接受评估时可以选择自己希望评估的项目来进行评估，所以评估通过率相对比较大，但它反映的那个相对比较窄，因为它仅仅反映该企业的该项目或类似项目达到了对应的等级。而用阶段式来进行评估时，需由评估师自己来挑选内部的任何项目或其中的某一部分来进行评估。

阶段式的CMMI有5个等级，如下：

第一级（初始级）：在该等级下，项目的目标虽然得以实现，但它的实现带有很多的偶然性和风险性，该级对人员的依赖性比较大，性能依赖个人的能力，且随个人固有的性能、知识和动机的不同而变化。

第二级（受管理级）：在该等级下，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程，并且需要为过程建立明确的目标，并能实现成本、进度和质量目标等。在这种情况下，组织已经营造了一个稳定的、受控的开发环境，项目已经在受控制的状态下运行。该级包括如下7个过程域：需求管理（RM）、项目策划（PP）、项目监督与控制（PMC）、供方协定管理（SAM）、测量与分析（MA）、过程和产品质量保证（PPQA）和配置管理（CM）。