CMMI EPG 模板解析
【CMMI认证】3. PAD、PCM、MPM 访谈问题 - 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的问题及答案
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分析建议是否采纳，评估“优先级”和“实现难度”，制定过程改进的行动计划。
EPG与CMMI文档定义
EPG与CMMI文档的综合应用
互补性应用
EPG和CMMI文档在项目管理中 具有互补性，结合使用可提高项 目管理的全面性和有效性。
标准化与规范化
综合应用EPG和CMMI文档有助 于推动项目管理的标准化和规范 化，提升组织整体项目管理能力。
持续改进
通过综合应用EPG和CMMI文档， 组织可实现持续的项目管理改进， 不断优化项目管理过程和方法。
文档结构清晰
语言简洁明了
CMMI文档需要有一个清晰的目录结构和章 节安排，以便读者能够快速找到所需信息 。
CMMI文档需要使用简洁明了的语言，避免 使用过于专业或晦涩难懂的术语。
内容准确完整
格式统一规范
CMMI文档需要准确地描述每个过程域的目 标、实践以及期望的结果，同时需要包含 完整的组织特定实践和评估结果报告。
结构
EPG文档的结构通常比较统一，按照流程体系框架进行组织，层次清晰；而 CMMI文档的结构则相对灵活，可以根据企业的实际情况进行定制和调整。
使用和管理的差异
使用
EPG文档的使用范围通常比较广泛，涉及企业内部各个部门和业务流程；而CMMI文档的使用范围则 相对较窄，主要针对软件开发部门或团队。
管理
展望
未来发展方向
随着软件工程领域的不断发展和进步，EPG和CMMI模型也将会不断演进和完善。未来的 发展方向可能包括更加关注敏捷开发方法、持续集成和持续交付等新兴技术，以及更加注 重用户体验和业务价值等非功能性需求。
持续改进的重要性
对于组织来说，持续改进其软件开发过程是至关重要的。通过不断优化和改进工程过程组 和软件能力成熟度模型，组织可以更好地满足客户需求、提高产品质量和降低开发成本。
EPG与CMMI文档定义
价值40万的CMMI3认证文档模板-测量和分析过程
密级：内部公开文档编号：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）的目的在于开发和维持度量能力，以便支持对管理信息的需要。
通过测量和分析，对组织产品和服务提供各环节的指标进行监控，客观了解组织各部门的过程和产品的实施情况；识别组织的薄弱环节，为组织过程改进和产品改进提供定量信息；并为公司管理决策提供定量信息。
组织/项目应依据本过程：策划测量和分析，使测量目标和测量行为与信息需要和目标取得一致；实施测量和分析活动，收集分析测量数据，提供结果。
(完整版)CMMI3级EPG访谈问题梳理
EPG权衡考虑以下因素排列出候选过程改进项目的优先顺序，完成《过程改进任务列表》。
考虑对过程改进活动影响程度和影响范围，给影响程度大和影响范围广的项目较高的优先级，以便大范围地解决关键问题；
考虑对实施过程改进所需成本和工作量所做的估计，给工作量和成本需要低的项目较高的优先级，以便尽快实施；
收集资产（改进意见）
任务1：改进意见或建议的收集、汇总
收集EPG例会中提出的改进意见或建议；
收集EPG小组成员月度工作总结报告中的改进意见；
收集建议邮箱中来的改进意见或建议；
收集软件过程资产分析得出的改进意见或建议；
收集研发例会、项目例会等提出的改进意见或建议。
任务2：改进意见或建议的分析和整理
EPG指定成员在EPG例会前负责收集对上述收集的建议进行分析和整理，针对每一条建议确定其分类，填写《过程改进意见收集与跟踪表》，对属于理解偏差类的建议进行解释，把其它类别的建议提交EP立了多个项目开发的生命周期，这些生命周期包括瀑布式和迭代式生命周期，瀑布式主要适用于需求明确，客户对产品的要求不太急迫，项目的管理水平要求不高的情况，迭代一般采用多次交付，所以部分需求明确，客户急需要看到产品，项目管理的要求也比较高。
项目中一般自研项目采用瀑布，客户定制化的项目且关系比较好的也采用瀑布，对于客户定制化关系一般的客户采用迭代，快速交付给对方，让对方看到产品，给出反馈，及时修正和调整产品。
EPG负责检查公司的质量管理体系，对照业内其他标准规范，通过与同类企业的对比，总结最佳实践。
通过以上方面来识别改进的机会。
定期评估
任务1：确定评估方法
当公司有新的过程改进需要时，EPG组根据组织的需要，考虑财政、技术、人员、资源等方面的重要影响因素，确定评估方法。评估方式按照SEICMMI模型标准进行。
CMMI评估问答记录EPG和QA
Scripted questions for EPG/QA FARSession: Date and Time: Duration:我们的质量保证计划是这样来编制的：在一个项目的里程碑进度计划制定出来后，我们开始编制《质量保证计划》，编制前我们会参考组织资产库里面历史项目的质量保证计划数据和查询OSSP里面定义的这类项目需要满足的质量目标。
再结合本项目的特征确定项目的质量要素和质量目标，质量要素可能包括进度偏差、工作量偏差、成本偏差、质量成本、生产率、需求稳定指数、系统测试缺陷密度、系统测试缺陷清除率、验收测试缺陷密度等等。
同时我们还会根据这些质量项定义这些质量项的检查时间点、频率、参与的人员、以及这些质量目标要在哪些活动中进行检查。
另外还要去定义整个质量活动的过程安排以及过程质量的检查安排，一般一个项目我们会安排检查的几个主要过程域有项目规划活动、项目监督与控制活动、需求开发与管理活动、统测试活动、配置管理活动等等以上这些准备工作做完以后，我会把这些都写入《质量保证计划》里，纳入整体项目计划中，然后进行评审，最后会得到公司高层的批准。
2、过程审计工作是如何开展的？我们的过程审计工作是这样开展的：我们在项目规划期间会制定《质量保证计划》，质量保证计划中会包括过程审计的活动安排（活动安排有：1、对阶段工作的审计 2、对重大问题的审计 3、对决策活动的审计 4、对配置管理的审计等等），同时还包括每项活动审计的时间点、时机、频率、参与的人员等等。
主要手段是采取检查单的形式来进行审计，检查单里面包括针对这个项目定义好的检查项，这些检查项都是一些比较客观的是非题，检查项根据每个项目的不一样，我们都会制定出不同的检查项，以此来审计整个过程。
3、文档审计工作是如何开展的？我们的文档审计工作是这样开展的：我们在项目规划期间制定的《质量保证计划》中会包括文档的审计活动安排，活动安排有审计的时间点、时机、参与人员等等。
CMMI全面解析
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中术语解释
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、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
*
Plan the Process
*过程改进过程中使用过的模板：
团队建立指南.doc 生命周期模型指南.doc 组织工作环境标准.doc 组织文档编写规范.doc 组织标准过程裁剪指南.doc 组织过程定义过程.doc 组织过程资产建立和维护规程.doc 组织过程资产维护记录.xls CMMI过程改进计划.doc CMMI过程改进进度计划.mpp EPG会议纪要-1.doc EPG会议纪要.xls EPG工作总结.xls 组织经验教训列表.xls 组织过程焦点过程.doc 组织过程资产维护记录.xls 15 过程改进建议与跟踪表.xls
22
* Any Questions ? * Comments ? *Ideas ?
*
23
*
*
* 迭代生命周期模型
*
原型模型的使用一般从需求采集开始，开发者和客户一起定义软件的总体目 标，标识出已知需求并规划出进一步定义的范围。然后是进行快速设计，快 速设计集中于软件中那些对客户可见部分的表示（如输入方式和输出格式）。 快速设计导致原型的建造。原型由客户进行评价，并进一步精化待开发的软 件需求。逐步调整原型使其满足客户的要求，同时也使开发者对将要做的事 情有更好的理解，这个过程是迭代的。
*
*
*
Monitoring & Review of EPG
*监控：
•《EPG工作总结》_半年 •《EPG例会纪要》
*发送的报告
EPG总结报告，见《EPG工作总结.xls》
16
*
*
*
Quality Assurance of EPG
《CMMI过程改进计划》
《内审计划》 《内审报告》 《EPG例会记录》 《EPG成员月度工作总结》 《EPG工作总结》
EPG Leader（XXX）：负责推动公司过程改进工作；负责
处理EPG的日常事务，包括：整体协调组织过程资产的建立 与维护工作；组织EPG会议；组织进行过程改进计划与相应 报告的编制，过程评估活动的协调等。
EPG成员（XXX）：协助EPG组长完成EPG日常工作；维护
组织过程资产；负责收集汇总过程改进意见和建议，并及时
2
3
按时交付产品
产品交付期不能 拖延超过10%
9
Process steps of EPG（3）
* 活动二：评估组织过程——《差距分析报告》
PA/问题
PP 估算结果（缺规模 或复杂度） PPQA 缺乏对过程资产库 引用的检查 PI 只是在项目进度表 内有所体现 IPM 干系人参与项目的 计划-缺 项目经理 2013-5-25 2013-5-28 项目经理 2013-5-25 2013-5-28
17 * *
*内审审计的产品（内审报告）
* 收集经验教训
经验教训分类 经验教训具体描述 PPQA PPQA PPQA PPQA EPG EPG 为了保证PPQA的效果，PPQA投入足够多的工作量到项目中 为了保证项目的质量，PPQA在过程实施初期进行尽可能多的审查活动 在过程定义阶段PPQA尽可能多的参与过程体系的定义 PPQA检查单需要持续的改进 从不同的角色选择，需求、开发、测试、CM等 保证兼职EPG人员每人每周投入到过程改进的工作在2~3个小时 必须设立一名专职的EPG，或者能够投入80%以上工作量到EPG工作的人，可以是你，来统领、规划EPG小组的工作 计划与监控 高层经理要经常参加EPG的会议，至少每季度一次 设计专门针对EPG的考核指标以及奖励措施，鼓励EPG对过程改进工作的积极性
组织过程焦点方针
3.组织要定期基于CMMI模型进行评估，已确定组织的强项、弱项
以及改进的机会
4.组织内所有员工有义务提出过程改进建议；EPG要评价过程改
进建议，制定计划并实施改进
5.EPG要确保组织过程资产库、组织标准过程在项目内使用，加
强执行力
6.EPG要收集过程改进相关的经验教训，并要充实组织过程资产
组织级过程改进：
1
2
3
4 5
过程定义评审
过程试运行 过程修订
XXX
XXX XXX
2013-10-3
2013-12-10 2014-3-12
2013-10-4
2013-12-14 2014-3-23 项目部负责操作 咨询公司协助，标准化中 心及ATM成员负责
6 7
过程的试运行 内部审计
XXX XXX
2014-3-26 2014-4-24
序 号
1 2 3 4
过程名称 活动名称
提交立项申请 高层审批
目的
工作产品
项目任务书
应用条件
不可剪裁 可选 不可剪裁 不可剪裁
裁剪结 使用的模 裁剪理由 果 板
初步审批的项 对组织范围内项目开发的 目任务书 立项活动做出规定，加强 成立项目核心 项目立项的规范化，确保 更新的项目任 组 被立项的项目能够满足客 务书 项目立项 户/公司的需要，确认组织 对项目进行可 在规定的时间内在技术上 可行性分析报 行性分析 有能力并有足够的资源和 告 资金完成该项目的开发
11
8 9
*
序号
Process steps of EPG（3）
活动五：实施过程改进计划
活动描述 差距分析 过程定义 责任人 XXX XXX 开始时间 2013-5-22 2013-7-27 结束时间 2013-5-24 2013-7-31 备注 咨询公司协助，各部门负 责人参与 咨询公司协助，标准化中 心及ATM成员负责
19
* 《组织标准过程裁剪指南》
1.根据组织级的生命周期进行裁剪 1.对生命周期模型裁剪的含义：
•修改生命周期模型；
在选中的生命周期模型的基础上进行修改，将修改后的生命周期模 型填写在《过程裁剪》中
•组合不同的生命周期元素；
在多个不同的生命周期模型中进行裁剪和组合，对裁剪组合后的生 命周期模型填写在《过程裁剪》中。
建立和维护组织的一套标准过程 、一套经批准的在组织中使
用的生命周期模型的描述、组织标准过程的裁剪指南、组织的 度量数据库、组织过程资产库、组织级工作环境标准，组织工 作环境标准、团队架构、团队组成、团队运作的准则和指南。
5
*
*
*
Policy
1.过程改进要基于组织的商业目标 2.管理者必须展示对过程改进的肯定和支持，并为其提供资源
13
*
*
Process steps of EPG（4）
* 标准过程
• • • • • • • • CM DAR IPM MA OPD OPF OT PI • • • • • • • • • • PMC PP PPQA RD REQM RSKM SAM TS VAL VER
14
执行 执行 标准模板
7
召开立项评审 会
最终审批的项 目任务书
不可剪裁
21
*EPG的职责与方针
• • • • • • • • • 组织过程焦点、组织过程定义、组织培训 需求开发、需求管理 技术解决、产品集成 验证评审、确认测试 配置管理、决策分析、度量分析 过程与产品质量保证 项目计划、项目监督与控制、 集成项目管理 风险管理
体系（包括过程、规程和指南、模板），并不断进行维护
组织要建立组织过程资产库，收集经验教训和度量数据，以备
将来的项目使用；随着项目的进行，要不断充实过程资产库。
4
*
*
*
Policy
组织过程定义方针
输入已经得到批准的对过程资产库建立和维护的需求、经过批
准的《过程改进总体计划》，组织过程定义方针的文档。
*
Appraisal Team Overview in-brief presentation
FAR Group : EPG
Date: 2014.5
Presenter:XXX，XXX
*
*
*
Introductions – Roles and Responsibilities
*参与访谈的EPG成员信息：
责任人
预计解决日期
实际解决日期
XXX
2013-5-25
2013-5-28
项目经理 10
2013-5-25
2013-5-28
* 活动三：识别需要改进的过程和制定改进计划 * 《CMMI SPI计划》
1 1.1 1.2 2 3 4 5 6 7 8 8.1 8.2 9 10 11 12 简介 4 范围 4 目的 4 过程改进目标 4 角色与职责 4 改进概要 6 过程改进风险 6 培训 7 组织过程资产库 7 实施方法 8 实施策略 8 当前最优先解决的问题 资源 8 过程监督和报告 8 过程改进激励计划 进度计划 9
8
*
*
Process steps of EPG（2）
* 活动一：确定组织过程需要
为保障公司发展战略规划的顺利实施，严格控制成本，提高产品质量，增加客户满意度特制订以下过程改进目 标，部门全体人员必须认真学习，严格执行。 编号 公司发展战略 提高ROI（投资回 报率） 1 市场份额占到10% 控制项目成本 开发团队规模为 40人 目标任务 考核依据 项目实际工作量 成本不能超过估 计工作量的15% 可用的度量 工作量 成本指标 需求变更 产品发布Bug数量 控制小于0.4个 逐步提高产品质 /KLOC 缺陷密度 量 不能有严重等级 BUG 里程碑完成 进度指标 生产率 备注
•生命周期的裁剪准则 1）不能删减的阶段、不能删减的工作产品 2）可以删减的阶段和工作产品 3）不能合并的阶段，工作产品 4）可以合并的阶段，工作产品 5）如果组织级有多个生命周期模型需要逐个进行说明
20
* 《组织标准过程裁剪指南》
3.过程剪裁指南