CMMI EPG 模板解析

一、PAD 过程资产开发（访谈角色：EPG）1、公司执行产品/项目开发及维护需要哪些过程资产？PAD 2.1答：公司进行项目开发需要的过程资产有过程规范、模板、指南文件等，主要包括管理类、行动类、使能类和提高类过程资产内容。

管理类：主要包括项目策划、估算、监控、风险、度量等；行动类：主要包括需求开发管理、设计、开发、产品集成、测试、评审、质量保证、验收等；使能类：主要包括决策分析、配置管理、因果分析与解决等提高类：主要包括管理性能和度量、过程管理、过程资产开发、实施基础条件和治理等内容2、公司产品/项目开发涉及的资产哪些是开发、采购或复用的？PAD 2.2答：⚫首次评估的公司回答：公司的组织过程规范、模板和指南都是在咨询顾问的指导下进行开发的；公司开发软件、常用软件是采购的；公司以前的一些研发的通用组件可以复用（如：邮件发送、人脸识别、GPS组件等）。

⚫复评估的公司回答：公司的组织过程规范是在以前的过程规范基础上改进而来的，针对CMMI V2.0版本的部分是新开发的，如GOV（Governance）治理和II（Implementation Infrastructure）实施基础架构是新开发的，其他的过程资产可以复用（如以前的QA质量保证、CM配置管理以及工程类过程）。

3、组织过程资产的构建及更新战略是什么？PAD 3.1答：EPG小组在咨询顾问的指导下建立了《组织过程资产库管理规范》，里面包含了对组织过程资产的分类、建立、如何使用和维护。

主要是由EPG小组进行建立和维护，包括对资产库的内容增加、修改等，做到专人维护，专人负责。

4、请简要描述组织过程与过程资产的结构。

PAD 3.2答：组织标准软件过程（OSSP）主要包括管理类：主要包括项目策划、估算、监控、风险、度量等；行动类：主要包括需求开发管理、设计、开发、产品集成、测试、评审、质量保证、验收等；使能类：主要包括决策分析、配置管理、因果分析与解决等；提高类：主要包括管理性能和度量、过程管理、过程资产开发、实施基础条件和治理等。

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分析建议是否采纳，评估“优先级”和“实现难度”，制定过程改进的行动计划。

密级：内部公开文档编号：xx-MA-PROC-CLHFXGC版本号：V1.0测量和分析过程xx有限公司------------------------------------------------------------------------- xx有限公司对本文件享受著作权及其它专属权利，未经书面许可，不得将该等本文件（全部或任何部分）向任何第三方披露，或进行修改后使用。

文件更改摘要一、目的和背景 (1)二、范围 (1)三、术语 (1)四、角色与职责 (1)五、读者 (2)六、主要活动 (2)6.1流程图 (2)6.2策划测量和分析 (2)6.2.1 入口准则 (2)6.2.2 输入 (2)6.2.3 工作程序 (3)6.2.4 出口准则 (9)6.2.5 输出 (9)6.3制定测量计划 (9)6.3.1 入口准则 (9)6.3.2 输入 (9)6.3.3 工作程序 (9)6.3.4 出口准则 (10)6.3.5 输出 (10)6.4实施测量和分析活动 (10)6.4.1 入口准则 (10)6.4.2 输入 (10)6.4.3 工作程序 (10)6.4.4 出口准则 (12)6.4.5 输出 (13)6.5测量和分析监控过程 (13)6.5.1 入口准则 (13)6.5.2 输入 (13)6.5.3 工作程序 (13)6.5.4 出口准则 (13)6.5.5 输出 (13)七、引用文档 (14)八、使用模版 (14)一、目的和背景测量和分析（Measurement and Analysis, MA）的目的在于开发和维持度量能力，以便支持对管理信息的需要。

通过测量和分析，对组织产品和服务提供各环节的指标进行监控，客观了解组织各部门的过程和产品的实施情况；识别组织的薄弱环节，为组织过程改进和产品改进提供定量信息；并为公司管理决策提供定量信息。

组织/项目应依据本过程：策划测量和分析，使测量目标和测量行为与信息需要和目标取得一致；实施测量和分析活动，收集分析测量数据，提供结果。

Scripted questions for EPG/QA FARSession: Date and Time: Duration:我们的质量保证计划是这样来编制的：在一个项目的里程碑进度计划制定出来后，我们开始编制《质量保证计划》，编制前我们会参考组织资产库里面历史项目的质量保证计划数据和查询OSSP里面定义的这类项目需要满足的质量目标。

再结合本项目的特征确定项目的质量要素和质量目标，质量要素可能包括进度偏差、工作量偏差、成本偏差、质量成本、生产率、需求稳定指数、系统测试缺陷密度、系统测试缺陷清除率、验收测试缺陷密度等等。

同时我们还会根据这些质量项定义这些质量项的检查时间点、频率、参与的人员、以及这些质量目标要在哪些活动中进行检查。

另外还要去定义整个质量活动的过程安排以及过程质量的检查安排，一般一个项目我们会安排检查的几个主要过程域有项目规划活动、项目监督与控制活动、需求开发与管理活动、统测试活动、配置管理活动等等以上这些准备工作做完以后，我会把这些都写入《质量保证计划》里，纳入整体项目计划中，然后进行评审，最后会得到公司高层的批准。

2、过程审计工作是如何开展的？我们的过程审计工作是这样开展的：我们在项目规划期间会制定《质量保证计划》，质量保证计划中会包括过程审计的活动安排（活动安排有：1、对阶段工作的审计 2、对重大问题的审计 3、对决策活动的审计 4、对配置管理的审计等等），同时还包括每项活动审计的时间点、时机、频率、参与的人员等等。

主要手段是采取检查单的形式来进行审计，检查单里面包括针对这个项目定义好的检查项，这些检查项都是一些比较客观的是非题，检查项根据每个项目的不一样，我们都会制定出不同的检查项，以此来审计整个过程。

3、文档审计工作是如何开展的？我们的文档审计工作是这样开展的：我们在项目规划期间制定的《质量保证计划》中会包括文档的审计活动安排，活动安排有审计的时间点、时机、参与人员等等。

CMMI全面解析CMMI是英文Capacity Maturity Model Integrated的简称。

中文的译意是能力成熟度集成模型。

CMMI是CMM模型的最新版本。

早期的能力成熟度模型是一种单一的模型其英文缩写为CMM，较多地用于软件工程。

随着应用的推广与模型本身的发展，改方法演绎成为一种被广泛应用的综合性模型，因此改名为CMMI模型。

早期的CMM是美国国防部出资，委托美国卡内基梅隆大学软件工程研究院开发出来的工程实施与管理方法。

目前国内有一种片面地认识，既CMMI是应用于软件业项目管理方法；实际上，CMMI在软件与系统集成外的领域，如科研，工程，甚至于日常的管理都得到了广泛的应用，并取得了相当好的效果。

美国波音公司的120个项目的实施情况表明,由CMMI等级1与等级2提升到等级三，波音的项目估算误差由-120降到-20。

CMMI实际上是一种管理流程的标准化。

遵循该模型的标准，就能够在管理上迈出一大步。

相对于ISO9000的标准， CMMI有五个不同的标准。

而每一个标准对企业的管理力度都有着不同的要求。

企业可以改进管理模式，不断地提高自己的CMMI等级，从而达到提升管理水平的目的。

CMMI虽然源于美国，但在世界各地得到了广泛的推广与接受。

在日本，欧洲，台湾，印度等地都有很多企业在推广与应用CMMI模型。

尤其在印度CMMI的应用甚至超过了美国。

据SEI统计，世界软件企业评估达到5级的共有25个，印度占了其中的16个。

这也是印度软件也得以迅速发展的一个主要原因。

有专家预测在未来的几年内，CMMI将成为ISO9000之后的又一个国际上普遍接受的标准。

在这里我想提一个题外话。

据说我们国家标准局正在制定一个类似于CMMI的国内标准。

我认为这完全没有必要。

CMMI的真正意义在于它能够帮助我们提高项目管理的水平，而不是标准化。

如果我们不能够真正地掌握其管理内涵，而去设立自己的标准，则会是捡了芝麻丢了西瓜。

CMMI中术语解释要做这个P A，组织要成立E P G（E n g i n e e r P r o c e s s G r o u p）专门负责过程改进的工作。

这个组是整个公司过程改进的动力源头、策划中心、执行中心、培训中心。

很多公司的过程改进没有做好，很大部分的原因是E P G的成员没有选择好。

E P G 成员绝对不能清一色都是“理论派”，没有具体项目经验的。

这是最低要求，如果是我的话，我是一个“理论派”都不会让进E P G的。

E P G的成员加起来应该有项目管理、需求、设计、开发、测试等软件各个方面的经验，并且要有至少一名超级高手对整个软件生命过程都非常熟悉而且很聪明的一个人。

O P F的每个P r a c t i c e都不是很困难就可以做到C M M I的要求，但要做到有效，大家都感觉到过程是在改进中，对工作有用，这就比较困难了。

很多通过C M M I3级评估的企业，虽然通过了评估，但企业对过程改进的感觉并不是很好，大部分是由于E P G成员的功力不够，做出来的过程实际意义不大导致的。

SPI是英文Software Process Improvement的缩写,中文意思是软件过程的改进1 A T Assessment Team 评审小组2 A TM Assessment Team Member 评审小组成员3 BA Baseline Assessment 基线评审4 CAR Causal Analysis and Resolution 原因分析与决策5 CBA CMM-Based Appraisal 基于CMM的评价6 CBA-IPICMM-Based Appraisal for Internal ProcessImprovement为内部过程改进而进行的基于CMM的评价（通常称为CMM评审）7 CC Configuration Controller 配置管理员8 CF Common Feature 公共特性9 CFPS Certified Function Point Specialist 注册功能点专家10 CI Configuration Item 配置项11 CM Configuration Management 配置管理12 CMM Capability Maturity Model 能力成熟度模型13 CMMI Capability Maturity Model Integration 能力成熟度集成模型14 COTS Commerce off the shelf 商业现货供应15 DAR Decision Analysis and Resolution 决策分析与制定16 DBD Database Design 数据库设计17 DD Detailed Design 详细设计18 DP Data Provider 数据提供者19 DR Derived Requirement 派生需求20 EPG Engineering Process Group 工程过程小组21 FP Function Point 功能点22 FPA Function Point Analysis 功能点分析23 FR Functional Requirement 功能性需求24 GA Gap Analysis 差距分析25 ID Interface Design 接口设计26 IFPUG International Function Point Users Group 国际功能点用户组织27 IPM Integrated Project Management 集成项目管理28 IR Interface Requirement 接口需求29 KPA Key Process Area 关键过程域30 KR Key Requirements 关键需求31 LA Lead Assessor 主任评审员32 MA Measurement and Analysis 测量与分析33 MA T Metrics Advisory Team 度量咨询组34 MCA Metrics Coordinator and Analyst 度量专员35 ML matreraty library 度量数据库36 NFR Non-functional Requirement 非功能性需求37 OC Operational Concept 操作概念38 OID Organizational Innovation and Deployment 组织革新与部署39 OPD Organizational Process definition 组织过程定义40 OPF Organizational Process focus 组织过程焦点41 OPL Organizational Process Assets 组织过程财富42 OPP Organaizational Process Perormance 组织过程性能43 OSSP Organization’s Set of Standard Process 组织标准过程集合44 OT Organizational Training 组织及培训45 PA Process Areas 过程域46 PAT Process Action Team 过程行动小组47 PB Process Assets Library 过程财富库48 PD Preliminary Design 概要设计49 PDSP Project Defined Standard Processes 项目定义标准过程50 PI Produce Integration 产品集成51 PLC Product Life Cycle 产品生命周期52 PMC Project Monitoring and Control 项目监控53 PP Project Planning 项目策划54 PPQA Process and Product Quality Assurance 过程与产品质量保证55 PPR Price Performance Ratio 性能价格比56 QA Software Quality Assurance 软件质量保证57 QA Quality Assurance 质量保证58 QAP Software Quality Assurance Plan 质量保证计划59 QPM Quantitative Project Management 量化项目管理60 RD Requirements Development 需求开发61 RM/ReqM Requirements Management 需求管理62 RSKM Risk Management 风险管理63 RTM Requirement Traceability Matrix 需求跟踪矩阵64 SAM Supplier Agreement Management. 供应协议管理65 SC Steering Committee 指导委员会66 SCAMPIStandard CMMI Assessment Method forProcess Improvement 过程改进CMMI标准评审方法67 SCCB Software Configuration Control Board 软件配置管理控制委员会68 SCM Software Configuration Management 软件配置管理69 SDP Software Development Plan 软件开发计划70 SEI Software Engineering Institute (美国)软件工程学院71 SEPG Software Engineering Process Group 软件工程过程组72 SPI Software Process Improvement 软件过程改进73 SPP Software Project Planning 软件项目策划74 SPTO Software Project Tracking and Oversight 软件项目跟踪与监控75 SR System Requirements 系统需求76 SRS Software Requirement Specification 软件需求规格77 SSM Software Subcontract Management 软件分包管理78 SSR Software System Requirement 软件系统需求79 TS Technical Solution 技术解决方案80 UC Use Case 用例81 UID User Interface Design 用户界面设计82 V AL V alidation 确认83 VER Verification 验证84 WBS Work Breakdown Structure 工作分解结构85 WP Work Products 工作产品86 Pre-assessment 预评审87 Baseline 基线88 Quality Attribute 质量属性89 Scenario 场景1名词术语3.1 项目：指软件类项目或综合集成类（包含软件的集成）项目。

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。

- 定期对PAL进行分析，并向公司公布PAL情况。

5、公司的组织方针是什么？如何制定？谁来批准的？《过程改进的方针》，由公司高层管理组和EPG组共同制定。

公司高层批准。

6、EPG如何计划和开展组织的过程改进活动的？过程改进意见来源：公司高层的意见（商业目标分解），QA问题分析、小型评估、咨询公司的诊断，EPG的定期审核，项目组提出意见。

得到改建项，收录进《过程改进意见收集表单》并进行分析（是否改进、预计解决时间），在《过程改进记录表》中- 依据改进建议制定改进计划- 高层批准改进计划后，EPG制定过程行动计划。

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

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

- 指导和监督过程改进的执行。

- 收集改进建议，完善后在公司推广。

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

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

1.‘EPG(OPF)1.企业目标为何" 过程改进如何支持企业达成目标.(SP 1.1)答：金越软件的目标是成为国领先的公共平安大数据平台承建商，政府信赖的数据治理和数据效劳合作伙伴，致力于提升政府数据资产价值、提高政务〔警务〕云运行效率，助力建立平安社会、高效政务和智慧城市。

1) 成为中国领先的公共平安信息会聚整合和大数据应用效劳的创新企业；2) 公安、政法、政务等相关行业提供大数据资源整合和共享效劳、大数据智能应用、跨网跨域平安交换和业务协同、综合业务办公整体解决方案；3) 研发大数据效劳总线、大数据会聚整合、跨网跨域平安交换、综合办公、门户等相关产品。

通过过程改进进一步规软件产品研发和工程实施过程，提升工程研发效率，提高产品质量，降低缺陷率，强化发布软件系统的产品化程度，缩短现场工程实施周期，从而提高的公司的业务效益，实现公司的商业目标。

"改进方案"〔\cmmi\EPG-过程改进\01-诊断与改进方案〕2.如何定期评鉴过程.(SP1.2)答：1〕CMM过程改进工程启动时，由咨询公司结合我司商业目标以及工程实施和产品研发现状，针对CMM标准模型进展现状诊断，从而对当前软件成熟度现状有了初步的评价和改进意见；2〕试点工程完毕时，由工程组进展研发流程总结，总结本工程执行过程中发现的问题、提出建议，向EPG提交"工程总结报告"〔cmmi\工程1-公安工程\01-受控库\02-过程文件\04-支持〕。

3〕EPG组定期召开例会〔2周一次〕，召集EPG组员收集试点工程的反响信息，记录为"问题管理表"〔\cmmi\EPG-过程改进\04-改进工程管理\组织级质量保证〕、"\cmmi\EPG-过程改进\07-持续改进，作为后续改进方案依据。

4〕试点工程完毕后，咨询公司进展了预评估，全面诊断过程改进情况，形成"预评估报告"〔\cmmi\EPG-过程改进\06-预评估〕EPG组长在整个cmm改进过程中，在各个阶段组织并监控评价过程，将评价结果向MSG汇报。