项目管理能力.

1、项目管理能力标杆（基于CMMI3级）1过程能力基线L81对变更原因进行分析，便于项目组和组织进行 计划过程改进2对问题和风险影响的分析便于项目组和组织 工作童估算过程的改进3将调整进度和任务方法和手段提交组织财富 库以便后续项目借鉴1根据需求变更来源以及影响分 析变更原因,同时改进项目需求管 理方法2项目组将经验交付给组织便于 需求管理过程的改进1 分析变更原因，有利于对需求和 设计等技术实现活动的改进2对配宣问题原因进行，根据分析 塔果对顼目和组织配宣活动进行 改进帜据质星趋势扭告对项目 和组织的过程进行不断改 进L71度量计划变更原因，并对变更原因进行归类2度量问题和风险对项目计划的影响3

2、度量对重计划时谴整进度和任务方法和手段度量需求变更的来源1客户提出2公司产品规划3需求采集遗漏4需求理解错i吴1对配直审计啜现的问題进行归 类2对配直项变更原因度量和归类1对统计的不合格顶进行 分析，产生质量趋势赧告L6度量从事计划活动的工作呈 度量垂计划的次数和工作呈1度量从事顶目计划跟踪所花费的工作量2度量识别的风险数3度量顶目问题数4度量顶目进度和工作量5度量顶目人员流失数量6.度量顶目加班工时1.度量需求变更的数量和类型2度量需求变更的所花费的工作 量1 度量配宣活动的工作量1丄度量配宣管連的分类活动工 作量12度呈相关组的配直活动工作 量2度量配直顶的教量3度量变更数量上度量#线和配

3、宣顶交付的延迟 率5 度星配宣审计檢现的问题数量1.度量从SQA活动的工作 量2统计QA发现的不合格项L51.项目组能识别出项目的关键任务路径图，决策 如何保证顶目尽可能并行开展；1对顶目的关键跖径上的任务进行 跟踪2审査任何过程或产品的变更请求 报告3依据利益相关者介入承诺的变 更，调整肛S4项目总监定期对顶目的风险管理 进行审査5当关犍路径上任务发主偏差时， 调整关键任务，重新生成关键路径 图；1 审査设计、测试、代码与需求反 其变更是否保持一致，并纠正箔 误1能详细的配直活动工作任务分 解 ZBS)2基线创逹时能识别出蚩异化需 求3变更过程有漕晰的评审和验证 动作,且变更相关的文档作必要

4、的 变更4按照配宣顶的变更触发式的发 市配宣状态赧告5能项目配直活动作功能审计1对发现的不合格顶进行 分析2顶目总监负责协调处理 QA扭告中不能或昔无法 解决的不合格项L4中包含对客户原有系统的优缺点，公司 现有产品的强弱项；2依据WBS,进一步按月分解任务，制定周计划 3项目组成立估算小组，使用估算方法对工作量 和成本进行估算4识别出项目在进度、工作星、资源方面的风险, 在VCBS里体现针对风险的应对解决任务；5在VTBS里体现利益相关者介入的活动；6项目组执行培训活动，并进行培训评价；1.项目经理组织用户、其他管理人 员、供应商以及受影响的利益相关 者对活动和工作产品的完成情况共 同进行审

5、查；2按月/周审查WBS中与利益相关 者介入有关的各任务、活动的进展 情况，及时调整肛s中与利益相关 者介入有关的各任务、活动中相关 内容；3项目组按周审查顶目相关的风险 的应对情况，必要时谪整风险参数、 应对措施，并在VCBS中体现被调整 的应对措施；4采集下列问题，明显偏差的项巨 计划参数、未得满足的內外承诺、 垂大变化风险的状态、利益相关者 介入情况，分析问题并纠正。1项目相关组参与需求变更的评 估，并及时调整相关组的计划2审査项目计划与需求及其变更 是否保持一致，并纠正错误3、用需求跟踪矩阵跟踪需求被功 能分解以及设计、测试的过程1项目中有文档化的配宣管理策 略2项目对配直项进行分类和

6、跟踪3在编码和测试阶段创逹测试荃 线4项目能依据变更控制流程进行 交更控制并有文档化记录5按照配宣审计计划进行物浬审 计1帮助项目组选择适合项 目的生命周期和作业过程 2按照QA计划对项目作业 过程进行审计3在项目的主命周期阶段 进行项目阶段退出审计L31项目组有指导项目活动的SC）可，包括对客户 原有系统、公司现有产品的功能描述；2项目组根据SOW确定项目生命周期3项目連刁*BS,樓盖生命周期各个阶段、亍阶 段的活动4依据WBS进行任务的工作呈、资源估算5识别出项目的风险，制宦应对措施并进行跟踪6对VTBS中所有任务的工作量、资源、进度的 承诺进行确认7识别出组间依畅关系&项目组识别所需业务

7、、技术、质量过程的培训 需求，评估现有的技能水平，制定培训计划；1项目经理在顶目例会中对活动和 工作产品的完成情况进行审查2按月审玄内部和外部的承诺3按照VCBS中的项目里程碑点对利 益相关者的活动进行审查4项目组按生命周期阶段点审査顶 目相关的风险的应对情况5在顶目进度安排的里程碑点与相 关人员共同进行审査6采集测试、评审发现的问题，及 顶目进度偏差值，分析并进行纠正；1用需求跟踪矩阵跟踪需求的完 整性2对需求变更进行评估，并根据其 对除顶目计划外其他工作产品的 影响及时诡整工作产品，如设计、 代码、测试1项目有独立于项目计划的配宣 管浬计划2能识别出顶目活动中结果配宣 项以及其变量部分3根

8、据项目的主命周期规划出顶目的基线计划1顶目有独立于项目计划 的QA计划2按照QA计划对项目的工 作产品进行审核3审核问题文档化,并跟踪 其关闭L21 项目售前阶段有项目估算文档2项目组有实现系统的总体开啜计划1有明确的需求妥理的流程2对需求变更进行评估，并根据其 对项目计划的影响及时谒整顶巨 计划1项目组至少每周将代码更新到 配置服务器上2项目组有独立的配直管理系统3项目组能依据顶目合同识别交 付产物LI1 项目有按照合同约定的里程碑计划1.在窖户里程碑点对项目进度/风 险和问题进行审查2按照客户里程碑点对进行情况进 行监督1与用户达成需求的共识2需求变更有记录1项目组按照项目生命周期定期 将

9、代码和核心文档谷份到公司配 宣库KPA-PP （项目计划过租）KPAJPMC （项目监督与控制）KPAREQM （需求管理）KPA-CM （配賣管理）KPA-PPQA （质量保证）2项目计划过程L8的变化原因进行归 类总结1对顶目生命周期的变化 原因进行归类总结1对变更原因进行分析，便于项目组和组织进行 计划过程改进2对问题和风险影响的分析便于项目组和组织 工作量估算过程的改进3将调整进度和任务方法和千段提交组织财富 库以便后续顶目借鉴L7L61 度量s（w的变化董1度量从事编制s（）氐活动 所花费的工作量1度量顶目生命周期的变 化量1度量策划和确定生命局 期所花费的工作量1 度量计划变更原因

10、，并对变更原因进行归类2度量问题和风险对项目计划的影响3度量对重计划时调整进度和任务方法和手段1 度量从事项目计划所花费的工作量2度量重计划所花费的工作量1.度星从事估墓所花费的工作 星2估算活动的工作量、成本、进 度数据提交到PPB；1度量从事风险管 理活动所花费的 工作量2度量所识别的风 险数量L5顶目组能识别出项目的关键任务路径图1识别任务的相互关系，标示出任务之间的关 联，得到关键任务路径图；2分析关犍跖径上的任务，平衡资源，调整任务 之间关系，尽量保证任务并行展开；1对软件工作产物的估计（需求 点、功能点、类、对象、接口） 2对关键计算机资源的估计； 3对工作产物（文档）的估计（页

11、数）；4估算的所有修订及每次修订 的成本、进度和工作量变化；L41 sow中包括以下内容：1客户原有系统分析用户原有系统优点和缺 点2公司已经有产品的分析公司现有厂品的强顶和 弱顶制定项目工作任务分解（HBS）及进度计划，根 据项目的主命周期对顶目的开发、工程实施等 活动进行任务分解要求：1 依据VTBS,进一步按月分解任务，制定周计划;2任务的资源分配项目组每个成员；3叶于工作量不能大于16人时4一个人在一周的工作量不能大于60人时获得实现计划的承诺：1 根据需要，项目总监审查內部、外部的承诺；利益者相关活动：1 在VTBS里体现利益相关者介入的活动；1顶目组成立估算小组，根据口 算方法De

12、lphi法对工作量和成 本进行估算1 识别出顶目在迸 度、工作量、资源 方面的风险；2识别出顶目在成 本、性能相关的风 险；3在VTES里体现针 对风险的应对解 决任务；1 依据WBS的培训进度 安排执行培训活动；2.项目经浬或部门经理 对顶目组成员进行评价：培训目标；个人技能的 提升；3文档化培训记录；4依据顶目实际情况，调 整培训计划；13中包括以下內容：1客户原有系统分析客户原有系统墓本信息原有系统的功能2公司已经有产品的分析公司已经产品墓本信息现有产品主要功能3系统建设目标系统墓本信忌功能描述接口需求能根据项目逹设目标和 窖户要求确定项目的主 命周期：1研发项目明确开发阶段 的主命周期

13、，包括需求分 析、设计、代码、集成和 验证等于阶段；2工程项目明确开发阶 段、工程实施阶段的生命 周期开變阶段包括：需求制定项目工作任务分解（VTBS）及进度计划，根 据项目的生命周期对顶目的开支、工程实施等 活动进行任务分解要求：l.WBS盖主命周期各个阶段、亍阶段的活动; 2根据项目的*BS重点活动：汇编出顶层的HBS任务分解根据顶层HBS进一步分解亍活动、亍任务；叶于工作量不能大于4（）人时；3依据任务的估算工作量，识别约束条件，确定 人力资源；1依据WBS,项目经理估算活 动、任务的工作量和成本；2评审估算活动产物1识别出顶目的风 险；2根据确定的风险 参数定义评估风 险。风险参数包

14、括：槪率、影响、优 先级;3根据规定的风险 类别对风险进行 分类和分组，同时1识别出顶目所需的知 识和技能，包括：业务、技术和质量过程方面2评估现有的可用的知 识和技能，获取本顶目组 不具备的知识和技能；3制定相应的技能培训 计划；4在WBS里体现人员技 能培训的活动；分析、设计、代码、集成 和验证等亍阶段工程阶段包括：上线、 维护、推广、初验、终验 等亍阶段4识别任务相互关系，确定任务的进度时间点； 5识别主要里程碑点，包括：完成的工作、提交 的交付件的时间点或事件点；6项目组约定了项目重新计划的准则和要求，包 括：项目里程碑点或关犍任务的进度偏養，累计 工期偏差超过15天。获得实现计划的承

15、诺：1 项目组对项目计划进行评审，包括对WBS中 所有任务的工作量、资源、进度进行确认；2项目计划要得到项目总监、用户的确认；识别出利益相关小组1 关犍交付物2交付日期明确风险的因果 或先后关系；4.排列风险顺序, 确定风险对项目 的影响程度；5每个风险中制定 相应的应对措施6文档化识别的风 险；7和利益相关者审 査风险，并达成一 致；&根据需要修订风 险文件。L2LI台同附件:点对点应答/建 议方案书-如果是合同外服务，可以 是和用户的一些约定或者 原始sow生命周期项目计划1 在项目售前阶段，根据项目台 同的点对点应答/逹议方案等 做项目进度和成本的估算售前 预算1估算风脸管理技能提高3项

16、目监督与控制L61 度量从事”进展审査所花费的工作量 2妾量从事”监嘗参数”所花费的工作量 3度量从事”监昏承诺”所花费的工作量 4统计不能实现承诺的数量度量从事”监胃里程碑审査”所 花费的工作量度量从爭问题分析&纠正措施”所花费的工伍量问题数量、关闭数量1 度量从事”监售风险”所花费的工作量 2统计识别的风险数L5监替计划参数：1 对顶目的关键路径上的任务进行跟踪，包括：1跟踪任务的进度、工作量、资源；2对工作产品和任务的属性、关键计算机资源等进行跟 踪：工作产品和任务属性（如规模或复杂程度）反其变更; 系统使用的资源（如计算机、网络、测试设宙、软件 工程环境等）；当关键路径上的任务发生偏差

17、时：谒整任务的工作量，重新分配资源；调整关键跖径上与其相关联的任务的工 作量、资源、进度；同时调整非关键跖径上 曼影响的其他任务的工作量、资源、进度；依据任务的调整，垂新主成关键路径圏；L项目总监左期对顶目的风险管理进行审 査；2项目经理定期对项目风险管理活动进行 分析；进展审査：1 审查任何过程或产品的变更谙求赧告；2审査结果文档化；3跟踪变更谙求，宜到其关闭；世:替利益相关者：1依据利益相关者介入承诺的变更，调整*BS;L4监替计划参数：对工作产品和任务的资源、工作呈以及进度等进行跟踪:1 项目工作量和资源（包括：顶目加班情况、顼目组人员 流失）2项目需要的知识和技能；3工作量、资源、知识

18、和技能的偏离情况，并文档化。进展审査：1项目经理组织用户、其他管理人员、供应商以及受影响 的利益相关者对活动和工作产品的完成情況共同进行审 査；些督利益相关者：1 按月/周审査WBS中与利益相关者介入有关的各任务、 活动的进展情况；2依据进展情况，跟踪、解决存在的问题；3及时调整WBS中与利益相关者介入有关的各任务、活 动中相关内容；1 采集问题，以供分析，问题包括：计划中预算值有明显偏差的顶目计划参 数，包括：项目进度、工作量、资源、项目所需的 知识和技能偏差值；未得到满足的内部或外部承诺，包括：MBS中的内部或外部承诺；13发现重大变化的风险状态；利益相关者的介入情况2确定为处理所识别的问

19、题而采取相应的纠 正措施，纠正措施包括：当顼目工作范围或关键任务的工作量、 资源发生偏差时，进行重估算：重新估算任务的工作量、资源依据重估算的结果，调整项目关键任务 的进度；重新确定顶目风险；补充资源；重新商谈承诺；改变相应过程；3采取的措施与相关人共同审查并达成协 议；4协商有关內部和外部的承诺变化；1 项目组按周审査顶目相关的风险的应对 情况；2顶目例会上主要针对进度、工作量和资 源等方面的风险设专题讨论；3分析风险参数，依据项目实际情况及时 调整参数；风险评价;风险贷生槪率；风险优先顺序；4依据项目实际情况及时调整风险应对措 施，应对策盼；5在VCBS中体现被调整的应对措施；L3监替计划

20、参数，对工作产品和任务的进度进行跟踪：1 项目进展：按照VTBS中的进度；2项目进展的偏离情况，并文档化监督承诺：1.在项目进度安排的里程碑点 与相关人员共同进行审査；2审玄该顶目的承诺、计划、状 态以及风险；3识别垂大问题农其影响并将1 采集问题，以供分析，问题包括：测试和评审活动中发现的问題；计划中预算值有明显偏差的顶目计划参 数，包括：项目进度偏差值1项目组按生命周期阶段点审査项目相关 的风险的应对情况；2更新风险的状态；3识别顶目新的风险；4把风险状态通知受影响的各方；1按月审査内部和外部的承诺，审査承诺包括：审査VCBS中关犍任务执行的承诺；审查功能实现执行的承诺审核接口实现任务执行

21、的承诺审核关键资源的承诺，如： 人力资源等2识别那些没有得到满足的承诺或那些很可能得不到满 足的承诺；3承诺审査的结果文档化4对发现的问题进行分析跟踪直到关闭进展审査：1顶目经理在项目例会中对活动和工作产品的完成情况 进行审査，并通択相关者；相关者包括：顶目总监、顶目成员、用户、其他管理 人员、受彫响的利益相关者2重大偏差和重大问题文档化；3审査结果文档化；4跟踪问题扭告，直到其关闭；些替利益相关者：1按照WBS中的项目里程碑点对利益相关者的活动进行 审査（组间协同人或者组织）第二方厂家主机，数据库等项目环境提供者2对发现的问題进行分析跟踪直到关闭其文档化；4审玄结果、为解决问题而采取 的各项

22、行动以及各项决定文档 化；5跟踪所采取的行动，言至结束2 确定为处理所识别的问题而采取相应的纠 正措施，纠正措施包括：2修改相应的需求、设计等文档；任务进度累计工期超过15天，重新修订WBS,调整任务的进度、资源；对修订后的WBS进行评审；3与相关人共同审査采取的纠正措施并达成 协议；L2L11按照客户里程碑点对项目进 度/风险/问题/成本进行审核2对发现的问題跟踪并直到关 闭3在客户里程碑点对发现的问 题进行分析并将记录文档化4根据问题分析的结果采取相 应的措施-増加资源-延长工期/増加工作星-修改和用户的约定进行进展审査里程碑审核分析问题&纠正措施监督呗目风险4.霄求管理过程REQKL81

23、 根据需求变更来源以斥影响分析变更原 因，同时改进顶目需求管連方法2顶目组将经验交付绐组织便于需求管理 过程的改进REQM_L7度量需求变更的来源1客户提出2公司产品规划3.需求采集遗漏4需求理解错误REQM_L6度量趺取需求管理的工 作量1 度量管理需求变更所花费的工作量2度量需求变更的数量和类型度量识别需求和工作产品不一 致花费的功工作度量获取项目组承诺的工作量度量维持需求双向可塑性的工作 量REQM_L51、审査设计、测试、代码的变 更是否和需求以反需求变更保 持一致，并及时纠正REQM_L41、项目相关组（如集成组）参与对需求变 更进行评估，并及时完成由此带来的对相 关组工作计划的调整

24、1、审査顶目计划是否和需求以 农需求变更是一致的，并及时 纠正1、用需求跟踪矩阵（或系统功能 说明书）建善用户需求被完整的 功能分解2、用需求跟踪拒阵跟踪功能需求 被实现的过程（包括设计、测试、 代码）REQMJL3RMJ21、顶目组津立需求受理 机制，包括：1）需求提供人2）需求受理人3）需求评估和接妥的原 则1、项目组內部按照变更流程对需求变更做 评估，并农时完成由此带来的设计、测试、 代码文档的调整，并对需求跟踪矩阵做更 新1、项目组内部按照变更流程对需求变更做 评估，并对影响度进行分析，并及时完成 由此带来的顶目计划的调整1、项目组内部按照变更流程对需求变 更做评估，评估对现有的承诺的

25、影响， 如：承诺的软件上线时间延迟，并对承 诺的变更，获得來诺双方达成的共识1、用需求跟踪矩阵（或需求规桔 书）樓盖完整的用户需求RM_L1I、双方对需求达成共识1、文档化顶目的需求及需求的变化2、需求变更有记录获得可理解的需求管理需求的变更辨别需求和工作产品的不一致性建立对需求的承诺维持需求双向可溯性5配管理过程CMJJ81 通过分析变更原对配宣审计问題进行分因来了解需求/设 计等稳定度2通过对从事花费 变更工作量的分 析对顶目计划的 影响析1对顶目配宣音理活动 改进2交付组织财宣库3对组织的配宣过程进行改进1.度量变更原因，并 对变更原因进行 分类1.对配直审计问题进行 分类物理审计发现的

26、问 题功能审计发现的问 题配宣管理问題相关者问题CMJL61度量从事版本控制所花 费的工作量2度量从事版本控制所出 现的问题1按照配直管理活动的亍活动度 量出于活动工作量2實量相关组配直管理的工作量1.能对配宣顶的以下指 标度量 按照生命周期阶段 配直项数量12按照计划配宣顶交 付的延期率2妾量从事配直顶识别 所花费的工作量1 度量茎线创逹的延迟率2度量从事基线创逹所花费的 工作量1定期度量变更相 关的数据1-1申谙变更数累计变更数批准变更敌2度量从事变更控 制所花费的工作 量配置管理员所 花费的工作量相关者所花费 盯二乍童，更量从事配賈状态很 告所花费的工作量1度量从事配宣审计所 花费的工作

27、量2度量配宣审计啜现的 问题CML51能创逹独立配宣管理活动WBS 任务分解配宣管理员从事配宣活动的 WBS相关者从事配宣活动的HBS2配直管理策菇说明了项目总监 以农项目经理介入配直萱理的时 机和动作能标识出每个基线版本的蚩 异需求1新増的需求2修改的缺陷3修改了原来的需求1变更控制过程有 评估和验证活动2变更过程中涉及 到的文档类配宣 项需要必要的变 更3变更过程中随时 将配宣项变更状 态周知顶目组1根据配宣顶变更触 发式进行状态扭告 2択告新增以下内容 配直工具的状态 配直库操作情况 配直管理问题跟踪 情况（包括审计问题） 墓线和配宣顶度量 敌据的报告变更的度量教据配直审计问题的跟 踪択

28、告需求实现情况1按照审计计划在墓线 创逹时进行功能审计需求实现过程是否 完整需求演变过程是否遗潟CMJL41项目组从配宣服务器上 检出和检入版本,在检入 时时需要埴写修改说明, 可以在配宣工具加注说明 也可以用独立文件来描 述,详细描述具体到每个 文件修改责任人/时间/内 容配直计划新増以下内容：1 项目组有明确的配宣管理策晒2配宜审计计划3配直管理日常计划备份计划配宣库日常检査计划4配宣状态发布计划以及触发提 交5配直计划需要通过项目总监审批6配直计划发布后周知项目组全体人员1.根据一定的规则对代 码配宣顶的颗粒度进行 进一步的细化1- 1代码配置顶的颗粒 更至少细化到模块饭2对识别的配直顶

29、进行 归类2- 1将配直顶分成技术 类文档/工程类文档/接 口类文档/计划类3能对配宣顶变更做相 应的跟踪和记录4能对配宣顶交付活动 作记录和跟踪5能识别出顶目活动中在編码和测试活动中，能根据 项目的待点创逹测试基线，为 测试活动提供可测试的版本1项目组制定了适 合项目特点的变 更控制流程2变更的过程中的 相关活动有文档 化的记录1项目组定期发布配直状态1只对纳入基线的 配直顶的状态进行択 告12配直状态报告周知顶目组按照配宣审计计划，在 基线创建是进行物理审 计-检查墓线包含的配宣 项是否完整-检查配宣顶的命若和 版本的命若规则是否符 合约定-检查配直顶纳入茎线 是否符合条件-检查与配宣项相

30、关活 动是否执行-检查变更过程是否符 合规程-检査版本控制是否有过程配直顶记录-检查发布过程是否要 求（限于产品基线）-审核配宣计划中的相 关活动是否落实CMJL31项目组通过配賈管理工 具进行版本控制,也就是 说有独立的配直童理系统 2项目组至少每1周更新（检入）一次配直眼务器1 顶目有独立的配直管理计划，计 划中包括以下内容：顶目的生命周期以及模型顶目的逹设目标配宣库的目录结构配宣基线计划配宣顶管理计划配宣顶以兀版本命若规则2在项目启动之时制定配直计 划，配宣计划和顶目计划同步制 定1.能识别出顶目活动的 结果配直项2能识别出项目活动中变量配直项3配宣顶交付时符合交 付约束条件4配宣项的命

31、若符合约 定5明确配置项责任人根据项目的生命周期规划出 霞目的基线计划1在配直库上有明显的Label 动作轨迹2按照发布计划，发布活动轨 迹CMJL2能根据顶目的台同，识 别田顶目合同中规定的 阶段产物CMJL11 项目组按里程碑通过备 份的方式将项目源代码备 份到公司配直服务器上2项目组按里程碑通过备 份的方式将项目核心技术 文档备份到公司配宣眼务版本控制配賣计划配项识别基线变更控制配賣状态报告审计6质星保证过穆L81.项目过程改进根据质量趋势赧告制定项目过程改进计划根据质量趋势拆告向EPG提出过程修改逹议1 项目过程改进根据质量趋势拆告制定项目过程改进计划根据质量趋势拆告向巳PG提出过程修

32、改逹议L71 对工作产品的不合格项进行分析1分析不合梧顶产生的质量趋势文档化趋势赧告向顶目组和高层汇択趋势，并提出改进方案和思路1 对过程的不合梏项进行分析1分析不合梧顶产生的质量趋势文档化趋势拆告向项目组和高层汇赧趋势，并提出改进方耒和思路L61度量从事工作产品审核的工时2度量工作产品的不合梏数1 度量从事过程审计和辅导的工时 2度量过程审计发现的不合格数量度量从事质星活动的工作星L51工作产品不合梏顶处殛对不合恪顼进行分析，判定不合格顶的处理思路-解决不合梏顶-修改准则-申谙豁免（需要公司EPG核准）对于不能解决或者无法解决的不合梧顶交付项目总监，并跟踪问题解决直列关用1 过程不合梏项处理1对不合格顼进行分析，判定不合格顶的处理思路-解决不合梏顶-修改准则伸谙豁免（需要公司EPG核准