CMMI体系文件-OPF-组织过程焦点过程文件
CMMI体系文件_OPF_组织过程焦点过程文件
文件修订记录目录1目的 (1)2适用范围 (1)3裁剪指南 (1)4资源和工具 (1)5定义和缩写 (1)6职责 (2)7过程 (3)7.1过程流程图 (3)7.2启动条件 (5)7.3输入 (5)7.4活动 (5)7.4.1过程改进建议 (5)7.4.2过程改进计划 (5)7.4.3过程改进 (6)7.4.4过程改进试点计划 (6)7.4.5过程改进的试点运行 (6)7.4.6过程改进的推广实施 (7)7.5输出 (7)7.6关闭标准 (7)8审核.......................................... 错误!未定义书签。
9度量. (8)10培训.......................................... 错误!未定义书签。
1目的本文件的目的是描述掌握并维护公司的过程和过程财富，以及识别、策划和实施过程改进活动应遵循的工作流程。
2适用范围本过程适用于公司的过程改进。
3裁剪指南无。
4资源和工具引用模型和标准：Capability Maturity Model® Integration (CMMI SM), Version 1.1GB 1526-89 《信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》工具：Microsoft WordMicrosoft ExcelMicrosoft VisioMicrosoft Visual SourceSafe5定义和缩写表1定义和缩写表6职责表2角色职责表7过程7.1过程流程图图1组织过程焦点过程流程图7.2启动条件公司有过程改进需求。
7.3输入公司的过程改进方针。
7.4活动7.4.1过程改进建议（1）收集过程改进建议公司任何人都可以提出过程改进建议。
QA在工作中也要主动收集项目组的过程改进建议。
《过程改进建议表》可以书面形式或电子邮件、电子文件等形式提交给任何EPG成员。
cmmi整体框架和重点过程域解释
组织级过程定义（OPD）
成熟度3级过程管理类过程域
• 组织级过程定义（Organizational Process Definition， OPD）的目的在于建立并维护一套可用的组织级过程资产、 工作环境标准以及团队规则与指南。
• 组织级过程资产使得整个组织具有一致的过程执行，并且为组织提供 一个累积的、长期收益的基础。 • 组织的过程资产库通过让整个组织内共享最佳实践与经验教训来支持 组织级学习与过程改进。 • 组织的标准过程集也描述与供方之间标准的交互。供方交互由下面典 型的事项所描述：期望供方提供的交付物、适用于那些交付物的验收 准则、标准（例如，架构与技术标准），以及标准里程碑与进展评审。
“度量与分析”过程域涉及以下活动： • 明确说明度量与分析的目标，使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果，这些结果可用于做出有根据的决策以及采取适 当的纠正措施
组织级培训（OT）
成熟度3级过程管理类过程域
• 组织级培训（Organizational Training，OT）的目的在于发展 人员的技能与知识，使其能够有效且高效地执行他们的角色。
• “组织级培训”涉及用于支持组织战略业务目标的培训，并满足跨项目、 跨支持组的通用战术培训需要。由个别项目与支持组识别的、用以满足 其特定需要的培训在项目与支持组层面进行处理，处于“组织级培训” 过程域的范围之外。 组织级培训项目包括以下活动： • 识别组织所需要的培训 • 获得并提供培训，以解决已识别的培训需要 • 建立并维护培训能力 • 建立并维护培训记录 • 评估培训有效性
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\SAMB、PP\IPM\PMC\RSKM\SAMC、RD\PP\IPM\PMC\RSKM\SAMD、REQA\PP\PMC\IPM\SAMREQM: Requirements Management（需求管理）PP: Project PlanningPMC: Project Monitoring and Control（项目监控）MA: Measurement and Analysis（度量分析）PPQA: Process and Product Quality Assurance（过程、产品质量保证）CM: Configuration ManagementRD: Requirements DevelopmentVER: Verification（文档评审、系统测试）VAL: Validation（项目验收、发布许可）TS: Technical Solution方案选择表PI: Product Integration（产品集成）OPF:Organizational Process Focus(组织过程焦点)OPD:Organizational Process Definition(组织过程定义)OT: Organizational Training(组织培训)IPM: Integrated Project Management(集成项目管理)RSKM: Risk ManagementDAR:Decision Analysis and ResolutionCMMI2级简述如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。
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）。
CMMI过程体系介绍
CMMI过程体系介绍蒋晖内容CMMI过程体系文件结构CMMI过程体系文件介绍项目管理过程软件工程过程过程管理过程支持过程示例CMMI 概貌CMMI 过程体系文件结构方针(Policies)过程文件(Processes)规程文件(Procedures)模 板（Plans,Reports,Tables ，Checklist ）指南(Guideline)过程体系文件的内容方针指导性原则过程文件 描述执行一个过程所必需的角色、工具和方法。
规程文件用以指导某个具体过程的特定活动的可操作步骤。
模板包括各种计划、表格、报告等，用于证实过程运行的效果。
过程的描述过程元素用以描述过程的一个基本单元，一般具有以下属性：角色、入口准则、输入、任务、出口准则、输出、资源和能力、度量、裁剪指南遵循ETVX模型（Entry, Task, Verification, Exit,即入口、任务、验证、出口）过程元素的属性角色：描述该活动需要的人员。
入口准则：规定活动开始的标志，即前条件。
输入：描述活动需要读取的内容。
任务：执行活动所要做的一系列事情。
出口准则：表明活动结束的标志，即后条件。
输出：活动的输出结果及结果形式，即工作产品。
资源和能力：描述活动需要的人员、资金、时间、培训、设备、方法和支持工具。
度量：描述活动需要测量的数据。
裁剪指南：描述活动是否可以删减的指导性描述。
CMMI过程体系文件介绍过程文件的分类项目管理过程文件工程过程文件过程管理过程文件支持过程文件项目管理过程项目管理文件使用人员：项目经理、项目成员、以及与项目相关人员。
主要内容包括：项目立项过程项目计划过程项目跟踪与监控过程集成项目管理过程组间协调过程风险管理过程外包与采购管理过程项目策划过程项目策划（Project Planing-PP ）活动集中在立项完成之后的开始阶段。
它主要有项目定义、工作拆分、软件估计、制定项目计划等过程。
PP 负责规划整个软件生命周期的活动，为实施软件工程和管理软件项目制定合理的计划。
CMMI体系简介及工作流程
产品与过程质量保证 Product and Process Quality Assurance（PPQA）
配置管理 Configuration Management（CM）
PA不是孤立的！
质量保证
度量分析
需求 管理
项目计划
配置管理
CMMIonline
CMMI级别
如果该级别的全部PA达到要求了，就认为该级别达到了。 如何判断PA达到要求呢？
每个PA包含几个目标(Goal) 如果这个几个目标都达到要求了，就认为该PA达到要求
了 如何判断Goal达到要求呢？
每个Goal包含几个实践(Practice) 每个实践达到要求了，就认为该Goal达到要求了
GP 1.1: 执行特定实践
GP 2.1: 制订与维护组织方针 GP 2.2: 制订过程计划 GP 2.3: 提供资源 GP 2.4: 分配职责 GP 2.5: 培训人员 GP 2.6: 对工作产品进行配置管理 GP 2.7: 识别相关人员 GP 2.8: 监控过程 GP 2.9: 评估过程符合性 GP 2.10: 高层管理者评审
GP 3.1: 建立一个定义的过程 GP 3.2: 收集改进信息
Required, Expected, and Informative Model Components
Required（必须的）: SG和GG Expected（期望的）: SP和GP Informative（提供信息的）:子实践、典型的
GG 2: The process is institutionalized as a managed process.
通用实践Generic Practices (GPs)
CMMI体系文件介绍
OSP与CMMI3 18个过程域包含关系 CMMI标准过程体系文件说明 主要角色工作流程简介 项目过程定义裁剪指南说明
OSP与CMMI3 18个过程域
过程管理 组织过程聚 CMMI 3级，Organization 焦（OPF） Process Focus
组织过程定 CMMI 3级，Organization 义（OPD） Process Definition
CMMI过程体系文件说明
过程管理 项目管理 项目研发 过程支持 （详见《标准过程及输出结构图》）
主要角色工作流程简介
EPG 培训师/培训专员 QA CM 研发人员 项目经理 测试人员
主要角色工作流程简介——EPG
主要角色工作流程简介——培训师/培训专 员
主要角色工作流程简介——CM
产品发布（PI）
CMMI 3级，Product Integration
产品实施（PA）
CMMI 3级，Product Integration CMMI 3级，Validation
OSP与CMMI3 18个过程域
过程支持 配置管理（CM）
CMMI 2级，Configuration Management
CMMI 2级，Supplier Agreement Management
CMMI 2级，Project Planning
OSP与CMMI3 18个过程域
项目研 发
需求开发与管理（RD） 系统设计编码（SD）
CMMI 3级，Requirements Development CMMI 2级，Requirements Management
主要角色工作流程简介——QA
项目过程定义裁剪指南说明
《项目过程定义裁剪表》作用 《项目过程定义裁剪表》使用说明
CMMI文件-(组织过程改进过程文件)
组织过程改进过程文件组织过程改进过程文件更改控制页目录1目的 (2)2范围 (2)3术语定义 (2)4职责 (2)5裁剪指南 (2)6过程 (3)6.1概要图 (3)6.2启动条件 (4)6.3输入 (4)6.4活动 (4)6.4.1识别改进 (4)6.4.1.1收集改进建议 (4)6.4.1.2差距分析 (5)6.4.1.3识别改进 (5)6.4.1.4制定过程改进计划 (6)6.4.2改进试点 (6)6.4.2.1制定试点计划 (6)6.4.2.2对改进进行试点 (7)6.4.2.3选择待部署的改进 (7)6.4.3部署改进 (8)6.4.3.1策划部署 (8)6.4.3.2管理部署 (9)6.4.3.3推广实施 (10)6.4.4资产维护 (11)6.4.4.1度量改进效果 (11)6.4.4.2纳入组织过程财富库 (11)6.5输出 (11)6.6关闭标准 (12)7审核 (12)8度量 (12)9技能要求 (12)10参照文件 (12)1目的将公司的质量改进过程本身置于良好的过程管理体系内，保证整个过程在PDCA 圈中不断良好循环，高效高质地达成过程改进目标。
2范围整个软件过程改进过程，包括所有参与软件过程改进的部门、项目、其他形式的组织。
3术语定义参见NK-SPI-OPM-P05《术语定义》。
4职责5裁剪指南无6过程6.1概要图6.2启动条件高层确定要改进组织过程，公司总裁确定了过程改进的意向。
6.3输入过程改进意向6.4活动6.4.1识别改进6.4.1.1收集改进建议公司管理人员和员工以及客户、最终用户和供应商,都可提出过程和技术改进建议。
填写《过程和技术改进建议》，将填写好的《过程和技术改进建议》随时提给EPG。
项目组结项时将该项目收集的过程改进建议提交给EPG。
EPG每半年集中收集一次改进建议，进行汇总和分析。
过程改进和技术改进建议的来源有：✧过程评估的发现和建议；✧组织的质量目标和过程性能目标；✧对客户和最终用户问题以及客户和最终用户满意度的数据的分析；✧对项目性能与质量和生产率目标的数据的对比分析；✧技术性能度量的分析；✧实施过程和产品基准工作的结果；✧缺陷起因数据的分析；✧度量的过程活动有效性；✧其它地方成功采用的过程改进和技术改进建议的事例；✧对以前提交的过程改进和技术改进建议的反馈；✧管理人员和其他员工的自发设想。
CMMI文件-组织过程定义过程文件)
组织过程定义过程文件更改控制页目录1目的 (1)2范围 (1)3术语定义 (1)4职责 (1)5裁剪指南 (2)6过程 (3)6.1概要图 (3)6.2启动条件 (6)6.3输入 (6)6.4活动 (6)6.4.1制定或修订组织标准过程 (6)6.4.1.1细化过程修订方案 (6)6.4.1.2定义或修订组织标准过程 (6)6.4.1.3评审“组织标准过程” (7)6.4.1.4是否试运行 (7)6.4.1.5发布过程定义 (7)6.4.2建立组织生命周期模型选用指南与过程裁剪指南 (7)6.4.2.1收集常用生命周期 (7)6.4.2.2调查生命周期使用情况 (7)6.4.2.3选定候选使用生命周期 (7)6.4.2.4评审“生命周期模型选用指南” (8)6.4.2.5编写过程裁剪准则 (8)6.4.2.6评审“裁剪指南” (8)6.4.2.7会签“指南” (8)6.4.2.8发布 (8)6.4.3建立组织过程财富库结构及规程 (8)6.4.3.1确定组织过程财富库的内容 (8)6.4.3.2确定财富库的管理准则、角色与权限 (9)6.4.3.3管理财富库 (9)6.4.4建立组织度量库 (9)6.4.4.1确定需度量的公司级数据 (9)6.4.4.2建立统一的度量内容和方法 (9)6.4.4.3评审“方法” (9)6.4.4.4建立组织度量库 (9)6.4.4.5维护度量库 (10)6.4.4.6定期发布度量库 (10)6.4.5建立组织风险库 (10)6.4.5.1总结分析 (10)6.4.5.2建立等级划分 (10)6.4.5.3评审“风险等级划分” (10)6.4.5.4建立风险库 (11)6.4.5.5维护风险库 (11)6.4.5.6定期发布风险库 (11)6.4.6建立工作环境标准 (11)6.4.7维护并完善财富库的内容 (11)6.4.7.1初次充实财富库 (11)6.4.7.2吸收过程实施中的财富 (12)6.4.7.3评审“组织过程财富” (12)6.4.7.4发布 (12)6.5输出 (12)6.6关闭标准 (12)7审核 (12)8度量 (13)9技能要求 (13)10参照文件 (13)1目的建立并维护一套有用的组织过程资产。
CMMI-OSSP过程文件使用指南
HW标准软件过程（OSSP）体系文件使用指南广东×××监控技术股份有限公司修订历史记录A-增加M-修订D-删除目录1引言 (4)1.1编写目的 (4)1.2范围 (4)1.3术语与缩写解释 (4)1.4参考资料 (4)2HW OSSP简介 (4)2.1HW OSSP过程体系模型 (4)2.2OSSP的过程域及目的 (6)2.3OSSP的文档结构 (7)2.4过程体系中角色列表 (8)2.5过程体系中名词术语列表 (9)3项目开发流程指引 (12)4执行HW OSSP过程体系文件要点 (16)5项目执行中模型变更的补充说明 (17)6过程改进建议的管理 (17)1引言1.1编写目的为指导公司技术部门的员工快速了解并有效实施公司的CMMI过程体系文件（即OSSP，组织标准软件过程），特编写此过程体系文件使用指南。
1.2范围本指南文件包括HW CMMI-ML3过程体系文件简介，项目开发流程指引、过程改进建议的管理、执行HW CMMI过程体系文件要点等内容。
1.3术语与缩写解释1.4参考资料HW CMMI-ML3 1.0过程体系文件广东×××监控技术股份有限公司EPG组 2015-2-212HW OSSP简介2.1HW OSSP过程体系模型HW OSSP过程体系模型如图所示：HW OSSP 过程体系模型是基于CMMI 、软件工程和项目管理知识的“软件过程改进方法和规范”，模型中包括过程管理过程、项目管理过程、工程过程和组织支持过程。
过程模型包括了6个项目（产品）阶段，24个过程域，每个过程域由过程、规程、文档模板等组成。
公司技术部门的软件开发项目必须按过程域要求执行。
模型说明：模型包括6个阶段： PH0：立项阶段 PH1：需求定义阶段 PH2：设计开发阶段 PH3：系统测试阶段 PH4：发布验收阶段 PH5：运行维护阶段在模型中，项目的过程有四大类：过程管理过程、项目管理过程、工程过程和组织支持过程。
CMMI-简介+过程域介绍
➢ 能力度等级，属于连续式表述，应用于个 别过程域的组织过程改进的达成。这些等 级对一个过程域有递增地改进过程的方式 。
➢ 四个能力度等级：
0 不完整级
顾客导向、科技领航、全面管理、精益求精
2.1.2 能力度等级
能力0级：不完整级 ➢ 一个不完整过程是一个没有执行或部分执行的过程。无法满足过程域
➢ 过程性能依赖于个人的能力和英雄行为 ➢ 一旦指派最优秀的人员执行任务时，高质
量和出色表现是有可能的 ➢ 过程性能不可预计
顾客导向、科技领航、全面管理、精益求精
不可预测的过程性能
In
Out
• 只有输入（需求）和输出（系统产品） • 产品可能是在某种不规则的过程中产生
顾客导向、科技领航、全面管理、精益求精
程改进信息
顾客导向、科技领航、全面管理、精益求精
过程是 “已定义的”
In
Out
• 项目定义的软件过程 • 项目进展和状态的可视性 • 组织的软件能力均衡、一致
顾客导向、科技领航、全面管理、精益求精
CMMI 4级--量化管理级
➢ 过程性能的可预见性 ➢ 使用统计和其他量化技术来控制项目和已选择的子系统的性能 ➢ 组织与项目针对质量与过程绩效建立量化目标，并使用它们当做管理
目录
1
CMMI概述
2
CMMI结构
3பைடு நூலகம்
CMMI过程域
4
问题与讨论
顾客导向、科技领航、全面管理、精益求精
1 CMMI 概述
顾客导向、科技领航、全面管理、精益求精
1 .1 CMMI简介
➢ CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成， 是由美国国防部与卡内基-梅隆大学和美国 国防工业协会共同开发和研制的，其目的 是帮助软件企业对软件工程过程进行管理 和改进，增强开发与改进能力，从而能按 时地、不超预算地开发出高质量的软件。
CMMI体系文件_OPF_组织过程焦点过程文件
文件修订记录目录1目的 (1)2适用围 (1)3裁剪指南 (1)4资源和工具 (1)5定义和缩写 (1)6职责 (2)7过程 (3)7.1过程流程图 (3)7.2启动条件 (5)7.3输入 (5)7.4活动 (5)7.4.1过程改进建议 (5)7.4.2过程改进计划 (5)7.4.3过程改进 (6)7.4.4过程改进试点计划 (6)7.4.5过程改进的试点运行 (6)7.4.6过程改进的推广实施 (7)7.5输出 (7)7.6关闭标准 (7)8审核.......................................... 错误!未定义书签。
9度量. (8)10培训.......................................... 错误!未定义书签。
1目的本文件的目的是描述掌握并维护公司的过程和过程财富，以及识别、策划和实施过程改进活动应遵循的工作流程。
2适用围本过程适用于公司的过程改进。
3裁剪指南无。
4资源和工具引用模型和标准：Capability Maturity Model® Integration (CMMI SM), Version 1.1GB 1526-89 《信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》工具：Microsoft WordMicrosoft ExcelMicrosoft VisioMicrosoft Visual SourceSafe5定义和缩写表1定义和缩写表6职责表2角色职责表7过程7.1过程流程图图1组织过程焦点过程流程图7.2启动条件公司有过程改进需求。
7.3输入公司的过程改进方针。
7.4活动7.4.1过程改进建议（1）收集过程改进建议公司任何人都可以提出过程改进建议。
QA在工作中也要主动收集项目组的过程改进建议。
《过程改进建议表》可以书面形式或电子、电子文件等形式提交给任何EPG成员。
CMMI-OSSP过程文件一览表
1.0
工作产品模板
Systex Rainbow-SP-OPD-T03
1.0
表格模板
Systex Rainbow-SP-OPD-T04
1.0
检查单模板
Systex Rainbow-SP-OPD-T05
1.0
过程编写工作量记录模板
Systex Rainbow-SP-OPD-T06
1.0
PDP模板
Systex Rainbow-SP-OPD-T07
1.0
生命周期模型裁剪指南
Systex Rainbow-SP-OPD-G02
1.0
指南 过程裁剪准则和指南 Systex Rainbow软件开发工具列表
Systex Rainbow-SP-OPD-G03
1.0
Systex Rainbow-SP-OPD-G04
1.0
Systex Rainbow OSSP过程文件使用指南 Systex Rainbow-SP-OPD-G05
1.0
组织过程资产库设计说明书
Systex Rainbow-SP-OPD-AL01
1.0
组织过程资产库管理规范
Systex Rainbow-SP-OPD-AL02
1.0
组织共性度量项定义
Systex Rainbow-SP-OPD-OM01 1.0
文档模板使用指南
Systex Rainbow-SP-OPD-G01
Systex Rainbow-SP-OPDG06/V1.0
过程域名称 文档类别
文件名
文件编号
版本
组织过程定 义 (过程管理 类： OPD)
组织过程改 进 (过程管 理类： OPF)
过程 组织过程定义
CMMI体系文件-OPD-组织过程定义过程文件
目录1目的 (1)2适用范围 (1)3裁剪指南 (1)4资源和工具 (1)5定义和缩写 (1)6职责 (2)7过程 (2)7.1过程流程图 (2)7.2启动条件 (4)7.3输入 (4)7.4活动 (4)7.4.1进行过程域定义.................................................... 错误!未定义书签。
7.4.2软件开发生命周期 (5)7.4.3定义裁剪指南........................................................ 错误!未定义书签。
7.4.4创建和维护组织财富库........................................ 错误!未定义书签。
7.4.4.1创建和维护OSSP库........................................ 错误!未定义书签。
7.4.4.2创建和维护文档库............................................ 错误!未定义书签。
7.4.4.3创建和维护度量数据库.................................... 错误!未定义书签。
7.5输出................................................................................ 错误!未定义书签。
7.6关闭标准........................................................................ 错误!未定义书签。
8审核 ....................................................................................... 错误!未定义书签。
CMMI-3OPF-组织过程改进规程
北京赛柏科技有限责任公司（文档模板）组织过程焦点建立日期：2005年3月15日1、前言1.1、目的本文档描述组织过程焦点过程。
1.2、适用范围●本文档适用于本组织的过程改进●本文档适用于实施CMMI的部门1.3、术语●EPG：engineer process group，即工程过程组。
●已定义过程：根据组织的裁减指南从组织的标准过程集中裁减得到的一个已管理的过程，它拥有可维护的过程定义，并向组织过程资产贡献工作产品、度量和其它过程改进信息。
●组织的标准过程集：指导组织的活动的一组过程定义，这组过程定义覆盖了必须被合并到组织项目通用的已定义过程中的基本的过程要素（以及它们的联系，如顺序和接口）。
标准过程使得在组织中能进行一致的开发和维护活动，并有利于长期的稳定性和改进。
2、过程目标在充分地理解组织的过程和过程资产的现有的优势和劣势的基础上，计划和实施组织的过程改进。
34、入口准则组织的业务目标已经确定。
组织的过程得到广泛的实施。
过程资产库已建立。
5、输入组织的过程和过程资产的现状，以及改进需求6、活动6.1活动关系图可选6.2活动的文字描述1）根据组织的业务目的、需要和约束条件，考虑到财务、技术、人员、资源以及营销问题的权衡处理，建立和维护组织的过程需要和目的，一般此项内容在组织的《年度报告》中。
2）定期（一般半年）和事件驱动地评估组织的过程，以便维护对这些过程的优势和薄弱环节的理解。
这个驱动事件可分为以下几种情况：●识别要进行改进的过程，确定过程改进的进展情况以及使过程改进的收益可视化，满足客户-供应商关系的需要，激发和促进对过程改进的投入。
●制定《过程评估计划》并实施，实施结束后填写《过程评估发现》。
3）识别组织过程及组织过程资产待改进的地方并分析其优先级，填写《过程改进优先序列表》。
4）建立和维护过程行动计划以处理对组织过程及组织过程资产的各项改进，填写《过程改进行动计划模板》、《过程改进行动计划审核记录》。
CMMI过程管理OPF组织过程焦点组织方针V
组织过程焦点组织目标前言组织过程焦点包含成立和保持对组织所使用的软件工程过程的认识；在组织层次上对评估、拟订、实行、保护和改良这些过程活动进行协调。
目录第一章目标 (1)第二章实践 (2)组织过程焦点的目的是成立组织中软件过程改良活动的责任。
经过过程改良（SPI）活动改良组织的整体软件过程能力。
第一章目标1.EPG 在整个组织层次对过程的拟订和改良活动进行协调。
2.组织级的过程改良活动一定进行规划，成立过程改良的长久和近期的目标和实行方法。
3.经过对本组织的过程以及过程的使用状况进行按期评估实现对过程现状和过程改良活动结果的认识。
第二章实践1.依据本目标，协调整个组织中的软件过程的制定和改良活动。
2.高层经理倡议和倡始本组织的软件过程拟订和改良活动。
3.高层经理监察本组织的有关软件过程拟订和改良活动。
4.组织中建立软件工程过程组（ EPG），由 EPG 负责组织级的软件过程改良活动而且与项目协调这些活动的实行。
5.组织从人员、工具和时间上供给足够的用于组织软件过程改良活动的资源和资本。
6.EPG 一定接受进行组织的软件过程改良活动所要求的培训。
7.软件工程组和其余软件有关组的成员接受有关组织的软件过程活动及他们在这些活动中的角色的定向性培训。
8.EPG 按期安排对本组织软件过程的评估，并拟订办理评估中发现的问题的行动计划。
9.EPG 制定和保护组织软件过程开发和改良的计划。
10.EPG 在组织级上协调改良软件过程的活动 ,包含过程的定义、改良、试点和推行等。
11.EPG 在组织级上协调组织的软件过程数据库的使用。
12.新的过程、方法和工具假如需要引入，第一要经过EPG 的同意，获得有限使用，并对其进行监控和评论。
合合时才能够归入组织软件过程财产库中。
13.EPG 在整个组织内协调对于组织和项目的软件过程培训。
14.对项目和组织软件过程进行胸怀，并将胸怀结果用于确立组织的过程开发和改良活动的状态。
CMMI5文档之组织过程焦点过程
组织过程焦点过程文档编号：FHI_CMMI_OPF_PRS文档信息：组织过程焦点过程文档名称：组织过程焦点过程文档类别：CMMI过程密级：内部秘密版本信息：1.1建立日期：2016-1-8创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1.简介 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.术语表 (4)2.过程总体描述 (5)2.1.概述 (5)2.2.过程结构描述 (5)3.过程元素定义 (5)3.1.建立EPG (5)3.2.评估软件过程 (7)3.3.制定过程改进计划 (8)3.4.协调过程开发和改进活动 (9)3.5.协调使用过程数据库 (12)3.6.监控和评价新过程 (13)3.7.协调软件过程培训 (14)3.8.实施和报告 (15)3.9.评审过程改进活动 (16)本文的目的是为工程过程组（EPG）实施软件过程改进活动提供工作指导，以改进组织整体软件过程能力。
EPG小组按照本过程的要求，制定软件过程改进计划（SPI），收集和处理组织过程中的问题和意见，保证软件过程得到持续改进。
1.简介1.1.目的本文的目的是为工程过程组（EPG）实施软件过程改进活动提供工作指导，以改进组织整体软件过程的能力。
1.2.适用范围本文档适用于组织级的软件过程改进工作。
1.3.术语表EPG：工程过程组（Engineering process group），协助对组织使用的软件过程进行定义、维护和改进的一个专家组。
过程：针对确定的目的所实施的步骤，例如软件开发过程。
组织标准软件过程：可在组织内使用的基本过程定义，用它来引导建立项目的一般过程。
它描述每个软件实施项目定义的软件过程中基本软件过程要素，还描述这些软件过程要素之间的关系（如排序和接口）。
组织标准软件过程还包括了裁剪指南，帮助引导项目根据自身的特点采纳组织标准软件过程。
组织过程焦点过程CMMI
密级：文档编号：SPARKNET_OPF_ZZGCJDGC版本号：V1.0组织过程焦点过程xxx有限公司--------------------------------------------------------------------- xxx有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
文件更改摘要：目录1. 目的/方针 (3)2. 范围 (3)3. 术语 (3)4. 角色与职责 (3)5. 入口准则 (3)6. 输入 (3)7. 流程图 (3)8. 主要活动 (4)8.1.识别过程改进 (4)8.2.过程改进策划 (4)8.3.过程改进实施 (5)8.4.评估组织过程 (5)9. 输出 (6)10. 出口准则 (6)11. 引用文档 (6)12. 使用模板 (6)1.目的/方针组织过程聚焦（(Organization Process Focus, OPF）的目的在于掌握组织的过程状态，识别过程改进机会，策划和实施本组织的过程改进活动。
EPG应遵循本过程识别整个组织的过程改进机会，以及策划和实施过程改进活动。
2.范围适用于组织的过程改进。
3.术语4.角色与职责5.入口准则●无6.输入●过程改进信息7.流程图图1: 组织过程焦点过程示意图8.主要活动8.1.识别过程改进●EPG通过各种渠道和方式收集改进信息，收集的渠道和方式有：✧营造一个激励持续改进的氛围与环境，收集和分析来自员工等相关方的合理化建议，识别改进机会；✧组织过程的改进目标；✧过程评估的结果；✧通过常规性内部审核、外部第三方审核、管理评审和各种持续的差距分析活动，不断发现组织过程的薄弱环节；✧通过测量和分析，找出顾客的不满意、产品未满足要求、过程不稳定等事项，分析识别改进机会；✧从监控组织和项目的过程活动的中得出的经验教训中分析识别改进机会；✧通过QA工程师，在日常工作中发现不符合或潜在不符合的事实，分析识别改进机会；✧其它改进策划时机。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文件修订记录
目录
1目的 (1)
2适用范围 (1)
3裁剪指南 (1)
4资源和工具 (1)
5定义和缩写 (1)
6职责 (2)
7过程 (3)
7.1过程流程图 (3)
7.2启动条件 (5)
7.3输入 (5)
7.4活动 (5)
7.4.1过程改进建议 (5)
7.4.2过程改进计划 (5)
7.4.3过程改进 (6)
7.4.4过程改进试点计划 (6)
7.4.5过程改进的试点运行 (6)
7.4.6过程改进的推广实施 (7)
7.5输出 (7)
7.6关闭标准 (7)
8审核 ....................................................................................... 错误!未定义书签。
9度量 .. (8)
10培训 ....................................................................................... 错误!未定义书签。
1 目的
本文件的目的是描述掌握并维护公司的过程和过程财富，以及识别、策划和实施过程改进活动应遵循的工作流程。
2 适用范围
本过程适用于公司的过程改进。
3 裁剪指南
无。
4 资源和工具
引用模型和标准：
Capability Maturity Model® Integration (CMMI SM), Version 1.1
GB 1526-89 《信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》
工具：
Microsoft Word
Microsoft Excel
Microsoft Visio
Microsoft Visual SourceSafe
5 定义和缩写
表1定义和缩写表
表2 角色职责表
7.1 过程流程图
图1组织过程焦点过程流程图
7.2 启动条件
公司有过程改进需求。
7.3 输入
公司的过程改进方针。
7.4 活动
7.4.1过程改进建议
（1）收集过程改进建议
公司任何人都可以提出过程改进建议。
QA在工作中也要主动收集项目组的过程改进建议。
《过程改进建议表》可以书面形式或电子邮件、电子文件等形式提交给任何EPG成员。
EPG成员应收集、整理并保存包括来自公司管理层、内外部过程评估、项目组等各方面的过程改进建议。
《过程改进建议表》由EPG审核。
（2）过程评估
EPG按照公司管理层确定的公司商业和业务目标，结合公司内部和外部的过程评估结果、收集到的过程改进建议、对项目级和公司级度量数据的分析结果、客户满意度调查等，确定公司的过程需要和目标。
EPG定期（每年至少一次）或者根据实际需要对公司标准软件过程进行评估，对收集到的过程改进建议进行讨论，识别出过程的强项及弱项，作为过程改进的依据。
评估完成后要撰写《过程评估报告》并交由EPG组长和高级管理层审核。
7.4.2过程改进计划
根据过程改进的目标和要求，EPG组长制定出公司中长期及短期的过程改进计划，完成年度《过程改进计划》的编写。
在每次过程改进实施前，EPG组
长也可指定专人完成某次过程改进计划即过程改进实施计划的编写。
过程改进实施计划需经EPG组长审批后、年度《过程改进计划》需经EPG组长审核和高级管理层审批后方可执行。
7.4.3过程改进
EPG成员根据年度《过程改进计划》和过程改进实施计划负责执行过程改进：根据所确定的过程改进范围和过程改进项，对照CMMI模型，提出解决方案，修改相应的文件。
修改的文件在EPG内部评审通过后，交由EPG组长审核和高级管理层审批。
QA应监督过程改进活动的实施。
7.4.4过程改进试点计划
所修改的过程财富及过程文件在公司范围内推广应用之前，应先选择1-2个项目试点运行，试点成功后再进行推广。
EPG组长负责制定《过程改进试点计划》。
EPG组长也可指定专人负责某次过程改进试点计划的制定。
《过程改进试点计划》由EPG组长、质量管理部经理、试点项目的项目经理和研发部门经理审核，交由高级管理层审批。
选择试点项目应遵循的原则为：
●项目规模不大，开发人员在5-10人为佳。
●项目生命周期符合过程改进试点的时间要求。
●项目符合本次过程改进的目标、范围、特点等方面的要求。
7.4.5过程改进的试点运行
对选取的试点项目按照所改进的过程财富及过程进行运行：
（1）EPG对试点项目的项目组成员进行培训，并在项目运行过程中随时就过程改进项给予支持。
（2）EPG在试点过程中要注意搜集、整理对该过程改进项的意见和建议，以便修订该过程改进项。
（3）试运行项目的QA负责对试点活动的过程审计。
（4）试运行项目完成后，试点项目经理撰写《过程改进实施报告》。
试点项
目组要对过程改进项提出反馈意见。
《过程改进实施报告》交由EPG组长、质量管理部经理、项目经理和研发部门经理、高级管理层审核。
（5）过程改进措施在试点项目实施完成后，由EPG召集相关人员对本次过程改进活动进行评估，并将评估结果报给高级管理层。
根据试运行情况，EPG 对文件进行再次修改和完善。
7.4.6过程改进的推广实施
过程改进在公司范围内进行推广实施：
（1）过程改进项试点成功后，在EPG组长和高级管理层审批通过后，正式发布修改后的过程文件，并将过程改进的相关输出文档纳入公司的过程财富库。
（2）EPG要对所有软件开发相关人员培训，说明过程改进项的具体内容与过程改进计划，并在以后的开发流程中保证该过程改进项被执行。
（3）QA负责改进后的过程在项目中实施。
7.5 输出
《过程改进建议表》
《过程评估报告》
《过程改进计划》
《过程改进试点计划》
《过程改进实施报告》
修改后的规范、制度文件
7.6 关闭标准
过程改进试点成功并在全公司进行推广实施。
8 验证
体系文件的建立充分结合本公司的实际情况，各类模板除达到规范化管理的效果外，还要考虑方便填写，减少工作量。
●参加过程定义、过程改进的人员应接受过有关过程及知识的培训。
●体系文件应纳入配置库进行管理。
●EPG在过程定义期间召开周例会、在过程改进期间召开月度会议，监督过程
改进活动进展情况。
EPG会议组织级QA需要出席。
●QA应对组织过程改进过程及产品进行检查。
●高层领导应关注组织过程改进活动，并提供必要的支持。
9 度量
CMMI各类活动的总工作量
CMMI各阶段的总工作量
估计CMMI工作量
实际CMMI工作量
CMMI工作量偏差
过程改进建议条数
过程改进建议采纳条数
文件变更数目
文件总数
文件变更率。