下载文档原格式
CMMI3级--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。
- 定期对PAL进行分析，并向公司公布PAL情况。
5、公司的组织方针是什么？如何制定？谁来批准的？《过程改进的方针》，由公司高层管理组和EPG组共同制定。
公司高层批准。
6、EPG如何计划和开展组织的过程改进活动的？过程改进意见来源：公司高层的意见（商业目标分解），QA问题分析、小型评估、咨询公司的诊断，EPG的定期审核，项目组提出意见。
得到改建项，收录进《过程改进意见收集表单》并进行分析（是否改进、预计解决时间），在《过程改进记录表》中- 依据改进建议制定改进计划- 高层批准改进计划后，EPG制定过程行动计划。
- 建立/修改体系文件，评审后发布。
- 对相关人员进行体系文件的培训，培训后先在试点部门和项目中执行。
- 指导和监督过程改进的执行。
- 收集改进建议，完善后在公司推广。
- 按SEI的IDEAL模型持续进行改进。
7、EPG是如何开展工作？成立SEPG小组、得到授权、计划、制定/修改过程、发布过程、培训、取得反馈、持续改进8、组织过程改进目标是如何确定的？根据组织的商业目标提出，经过EPG评审通过9、在过程改进过程中，目标是怎么落实的？落实的怎么样？离目标还有多少差距？实际与目标做差距分析－》制定过程改进计划－》分配职责－》执行－》监控10、如何收集和管理过程改进建议？收集过程改进意见的方式：-高层的意见（商业目标）-QA提供建议（QA年度问题分析）-外部专家（咨询公司差异化分析）-EPG检查、审核（小型评估、体系文件Review）-向项目组征集意见管理某条改进建议的流程：- 记录改进建议-《组织过程改进意见收集表》- EPG分析建议是否采纳，评估“优先级”和“实现难度”，制定过程改进的行动计划。
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 项目：指软件类项目或综合集成类（包含软件的集成）项目。
EPG简介EPG (Engineering Process Group) 在CMMI（能力成熟度模型集成）中，直译过来就是“工程过程组”的意思，这就造成了大家理解上的困难。
从实际意义上来说，其实就是由一些精通工程技术和过程管理的骨干员工组成的一个小组，负责制定和优化研发管理相关的流程，因此，有些地方会把它意译为“过程改进小组”。
EPG的主要职责是根据公司的商业目标和当前现状，制定并不断优化研发管理流程，通过这些流程的落地，实现提高开发质量、减少开发成本、缩短开发周期和提升开发效率等具体过程改进子目标，最终保证公司商业目标的达成。
要实现这样一个职责，EPG需要由哪些人员组成呢？很显然，要制定并优化研发管理流程，必然需要对这些领域很精通，并且对公司现状熟悉的人员，才能制定出合适公司现状的流程，毕竟，世界上不存在最好的流程，只有最适合的流程。
一般而言，研发管理涉及到需求、设计、编码和测试等主要工程领域，以及项目估算、计划、监控等主要管理领域，所以EPG的成员中，很重要的一部分人是要丰富的研发经验和项目管理经验。
另外，流程体系本身也是一个专业，最好有熟悉cmmi的体系工程师牵头搭建整个流程体系。
最后，流程的推广往往是离不开培训的，所以培训负责人作为EPG的成员也是很有必要的。
当然，在任何公司，研发管理流程，都是研发管理者意志的体现，所以，如果上述人员不能很好的把管理者思路融入流程中，那管理者就只好亲自加入EPG了。
总之，EPG的人员组成，要从组织能力上保障公司研发管理流程能制定的合理、完备和高效。
有了团队，大家就要开始各司其职的开工干活了。
EPG的人员除了1-2个全职人员，其余人员基本都是兼职的，毕竟制定制度的工作不需要每天都干，而是一个长期持续的过程，所以参与人员要有一个合理的分工和日常工作机制。
一般建议把EPG的工作也作为一个项目进行管理，管理模式和一般的项目管理基本是一样的，如设置项目经理（一般就是EPG Leader），每年年初立项一次，确定当年的工作目标、工作方式、人员构成、资金投入和考核方式等，定期跟踪进度，年底项目验收。
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分析建议是否采纳，评估“优先级”和“实现难度”，制定过程改进的行动计划。
CMMI主要内容有：1．CM：（Configuration Management）软件配置管理。
建立和维护在项目的整个软件生存周期中软件项目产品的完整性。
2．DAR：（Decision Analysis and Resolution）。
应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。
3．IPM：（Integrated Project Management）集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
4．Life Cycle：（Software Life Cycle Model）项目管理的生命周期。
关注的是项目的过程管理。
5．MA：（Measurement & Analysis）。
开发并持续发展度量能力以满足项目管理的信息需求。
6．Milestone Review：（Milestone Review）阶段评审。
在阶段结束时评审项目的状态并确定项目是否应该进入下一阶段。
7．OPD：（Organizational Process Definition）组织级过程定义。
建立和维护有用的组织过程资产。
8．OPF：（Organizational Process Focus）组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
9．OT：（Organizational Training）培训管理。
增加开发人员的技能和知识，使他们能有效地执行他们的任务。
10. PI：（Product Integration）产品集成。
从产品部件组装产品，确保集成产品功能正确并交付产品。
11．PMC：（Project Monitoring and Control）项目监督与控制。
通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
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分析建议是否采纳，评估“优先级”和“实现难度”，制定过程改进的行动计划。
CMMI基本概念CMMI基本概念ATM组成员：参加评审文档及访谈，完成证据的记录和收集（包括文档证据和访谈证据），填写PIID，根据所收集的证据参与评估结果的讨论和认定。
需要熟悉CMMI模型（3级熟悉18个PA）、公司的标准过程以及SCAMPI A类评估方法。
CMMI过程模型，EPG是否由ATM组成？EPG和ATM是两个不同的概念，EPG指Engineering Process Group工程过程小组，是您企业实施过程改进工作的一组人员。
负责文档的制定和实施。
ATM指Appraisal Team Member评估小组成员，是您企业需要进行CMMI评估时担任评估证据收集及分析的一组人员，ATM的成员因为受到一些公平性原则的限制在选择上是有约束的。
EPG的职责是什么？全面改善开发流程，提高开发质量，减少开发成本，缩短开发周期，提升开发效率，形成组织级的开发模式。
EPG成员的要求EPG Leader须由项目经理及以上的成员担任熟知部门开发业务及相应的开发流程对开发中心内部流程必须精通对过程改进有强烈意愿。
EPG Member须是资深工程师或以上的成员担任；必须对系统分析、软件开发、问题解决、以及项目发展之流程改进具有高度兴趣；有较好的沟通、协调能力。
成员退出和进入的机制成员的退出和进入，需要经过EPG的测试，并报EPG Leader审核，最终由总经理或管理者代表进行批准，方可办理退出或进入手续。
EPG需负责对新进入的成员进行培训相关CMMI的知识内容，并保留对新进员工的考核，通过者方能正式进入EPG小组。
任务的分工按照CMMI的过程域来划分各自的任务；不同人员负责不同的过程域，主导并负责该过程域的所有事宜；除主要负责的过程域内容，负责协助其他成员的结果review；按照日常活动分工合作，以事件为主导原则。
CMMI认证里面PM是做什么?PM是项目管理(project management）的缩写，所谓项目管理，美国最早的曼哈顿计划开始的名称，后由华罗庚教授50年代引进中国(由于历史原因叫统筹法和优选法)，现在的台湾省叫项目专案。
ipdcmmi组织架构
IPD（集成产品开发）和CMMI（软件能力成熟度模型集成）是两个不同的框架，但它们在组织架构方面有一些相似之处。
IPD的组织架构通常包括跨部门团队、项目和管道管理、结构化流程、客户需求分析、优化投资组合和衡量标准等七个方面。
在IPD 实施过程中，需要一个在市场、技术、生产以及销售方面经验丰富的决策团队来进行精准的分析和决策。
此外，高效的、跨职能部门的协作团队也是IPD实施的关键，他们推动结构化流程的运行。
CMMI的组织架构通常包括EPG（工程过程组）、QA（质量保证组）和EG（工程组）三个组。
这三个组构成了一个类似于立法、监督和执法的制衡体系，体现了西方的法治观念。
EPG是组织中专职推进CMMI的职能单位，随着CMMI的实施，EPG成员需要与内部相关人员进行沟通与协调，例如项目经理、项目组成员、外部咨询顾问等。
总体而言，IPD和CMMI的组织架构都强调跨部门协作、流程规范和团队沟通。
IPD更注重从市场到生产的整个产品开发过程，而CMMI则更注重软件开发的工程过程和管理。
