精华内容
下载资源
问答
  • 外部环境评估分析工具
    千次阅读
    2021-06-29 02:32:32

    完整的职业生涯规划书范文

    我们大学生应尽早进行职业生涯规划,最好从我们步入大学校园就开始。以下为大家分享的是完整的职业生涯规划书范文,希望对大家有所帮助。

    33869260d1720577040ce246cf5cca4f.png

    前言

    时光飞逝,不知不觉我已走到20岁的年轮边界。作为一名电子信息工程专业的当代大学生,面对电子技术人才竞争日益激烈的社会现状,我不由得开始考虑自己的未来。在机遇与挑战并存的未来社会里,我究竟该扮演如何一个角色呢?生命就如一张白纸,生命只有付出,才能有收获。未来,掌握在自己手中。人活着不应该庸庸碌碌,要有理想,有勇气,有追求梦想的毅力与恒心。大学是人生中最灿烂美好的年华。为了不虚度光阴,为了不使以后自己为这四年的碌碌无为而后悔,为了不让自己被现在这安逸的生活冲昏了头脑,所以,我决定,以冷静的头脑,高度的热情,为这四年的大学仅剩下三年的生活做一个全面的规划。

    一、自我分析

    (一)气质

    根据不同指标可以把气质分成不同种类,据我自己测试,我的气质如下:沉着冷静,稳重踏实,忍让坚强,细腻深刻,有耐性,生活有规律,但有时会烦躁、冲动,多愁善感。我是一个在农村里长大的孩子,所以我从小就学会坚强独立,任何自己做得到的能够解决的事情都尽量自己去做,很少会要求别人何如做。但也许因为来自农村的原因,各方面能力都所欠缺,知识、视野等不如许多同学,心里时不时会自卑一下,有时候也会多愁善感了一下,有点容易受身边好友影响情绪。但我知道,自卑自怜并不是真正的我,真正的我是积极向上,拼搏进取的。

    (二)性格

    我是一个踏踏实实、一步一个脚印的人。我觉得这个蛮准的,对我来说,“安定”和“踏实”是最重要的。我的性格是稍微内向的,与人交往时常常容易表现出害羞和胆怯,这种性格让人感到亲切,所以大家对我都比较信任。可是,正是这种性格,使我很难对别人开口说“不”,不知道这个是件好事还是坏事。我比较喜欢独立思考,我不喜欢一遇到不懂的问题就直接去问别人,喜欢自己去钻研,等自己解决了这个难题,心中就会有巨大的成就感,很兴奋,很喜欢这种感觉。自己有自己的主见,不易受到他人的影响,但我又不会把自己的思想强加在别人身上,因此身边的同学朋友都喜欢我。

    (三)兴趣爱好

    我愿意帮助别人解决困难。喜欢帮助同学,当身边的同学朋友遇到困难的是时候,我会认真倾听他们的诉说,尽量给他们可行性的建议或意见。喜欢和他们合作,一起合作完成任务,我会觉得很开心。喜欢关心他们的幸福,看到他们幸福开心,我会打心眼里快乐。喜欢运动,平时较喜欢打兵乓球等各种球类,平时会跟同学去打打球;又喜欢安静,安静时候我能一天都不开口说话。喜欢到图书馆看看书,看书是我获取知识的主要途径。

    (四)能力

    我觉得,我在自学和洞察方面比较强。我比较喜欢自学,喜欢独立思考,去钻研自己感兴趣的一切。在人际关系方面,我也能处理得比较好。我喜欢交朋友,课余时间就会一起聊天、逛街。但在语言表达能力方面,我对自己就不怎么满意了,由于语文不怎么好,总觉得自己比较缺乏词,有时候跟同学朋友聊天打闹时会词穷。有自己的看法,但很少会表达出来。在思维方面还是不够创新,应该说思维不够发散吧,想法比较传统,又是较难接受一些新生事物或文化,如非主流文化我就不怎么喜欢。思维这方面还是得训练多训练一下。

    二、职业认知

    (一)内部环境分析

    我是一个来自农村的孩子,爸妈都是农民,没有任何社会背景,一切都得靠自己。他们教会我一辈子的财富是:真诚、感恩、脚踏实地、坚强独立。爸妈的工作勉强能支付我读大学的学杂费,我能安心学习。但是要是读研的话,恐怕不行了,所以我比较倾向与毕业后就业。如果考研的话真的一切都靠我自己了。纵观目前就业难的形式,有许多因素,以下是主观因素的几个原因:

    1、部门毕业生自身专业知识与技能不精,但择业期望值很高,把待遇是否优厚、交通是否便利、住房是否宽敞等作为选择标准,不愿承担艰苦的工作,也不愿到经济欠发达地区和基层学校去工作。

    2、相反地,对自身的素质和就业竞争能力评价过低,不敢主动向用人单位推销自己,不敢主动参与就业竞争。

    (二)外部环境分析

    电子信息工程是电子信息类专业中具有较宽适应领域的专业,是电子信息产业的支撑学科,也是当前需求量大、就业率较高的专业之一。电子信息工程的培养目标是具备电子技术和信息系统的及处理论和知识,能从事信息处理与传输相关领域的研究、设计、制造、应用和开发,具备较高的外语和计算机应用能力。具备知识创新能力的高等工程技术人才。它侧重于信息处理的工程应用,主要学习电子工程、信息工程、信息传输与处理的基本理论和分析、设计方法,包括信息的获取与处理、通信及计算机应用技术,具有较强的实践性教学环节及工程应用训练过程,非常重视学生实际应用能力和综合素质的培养。理论上电子信息工程专业就业前景是很好的,但为什么许多大学生找不到与专业对口的工作?依我调查,外部环境形势主要有以下几个方面:

    1、现今,我国仍处在计划经济向市场经济转型的过渡时期,经济和产业结构的调整,不仅使大学生就业难,全社会都存在就业难的问题。

    2、我国就业结构不平衡。东部以及沿海地区人才供过于求,而中西部地区人才却供不过于求。

    3、大学教育发展比较缓慢,远远没有跟上经济改革与发展的步伐。

    4、虽然市场需求量大,但是很多企业都要求一两年以上的经验,这样把许多刚毕业的大学生拒之门。

    5、近年来的金融危机也对我国的就业问题产生极大的影响。

    但是近年来国家应社会的需求,出台了培养职业技师的政策。许多高校设置了职教师资班。如今我院的电子信息工程专业也是职师班,这样给电子信息工程专业的学生更多的就业选择。同时解决职教的紧缺,又能在一定程度上缓解就业压力。

    (三)对职业认知的小总结

    客观原因是我们无法改变的,可是,我们却能针对主观因素找出自己的不足,使就业问题对我们的影响小之又小。

    我认为:1、作为学生,做重要的还是把学业放在第一位,认真学好自己的专业,为以后的就业打好基础。

    2、多参加学校举行的实践活动还有暑期实习,锻炼自己,增加经验。

    3、客观估量自己,以致在找工作时不会眼高手低。

    4、在大学四年里,认真做一份职业生涯规划书,明确自己的目标,使自己在做任何事情更加有动力。

    三、确定目标,制定计划

    大学生的毕业后的去向是与其大学学业联系在一起的。表面上大学生的就业是在大四解决的,其实不然,就业是我们整个大学都要面临的问题,只不过在时间上是大四时离得比较近而已。

    对于我自己而言,在就业、读研、留学、创业方面,我比较倾向于就业。目前就读的是电子信息工程(职师),因此我的人生目标为当一名优秀的人民教师,同时创立一个品牌教育网站,或者在电子设计和编程方面有所建树。

    (一) 大二

    1、学业规划目标

    (1)学着自主学习、独立思考

    (1)认真学习,努力争取奖学金

    (2)对英语不能松懈,争取过上学期过了英语四级,下学期过了英语六级

    (3)争取通过普通话考核,和计算机二级考试

    (4)了解本专业的相关知识,学好专业知识

    (5)选修自己感兴趣的专业,增加知识的积累

    (6)规划职业生涯,并制定相应的行动计划

    (7)图书馆还是一个必不可少的工具 ,尽量多去图书馆,充实自己

    2、生活成长规划

    (1)养成锻炼身体的好习惯,并坚持下去

    (2)要合理分配自己的财务,做好计划,增强自制能力

    (3)要有良好的思想道德,较高的思想觉悟,争取早日入党

    (4)懂得如何做人、如何做好人、如何做成功的人

    (5)要有雄心,对自己的将来充满信心

    (6)在学习和娱乐之间要合理安排,“劳逸结合

    3、社会活动规划

    (1)学着自己去交流,交更多的`朋友

    (2)多去参加社团,积累社交能力

    (3)在组织能力方面要加强锻炼,可通过竞选班干部等

    (4)可以做一些自己感兴趣的社会调查

    (5)可以走出校园锻炼自己,比如家教、义工等

    (6)抓住每一次上讲台的机会,训练胆量、口才与能力

    (二) 大三

    1、学业规划目标

    (1)能写一些专业文章,熟悉自己的专业领域

    (2)学着去写一些简历、求职信

    (3)考取与本专业相关的职业资格证书

    (4)了解、搜集工作信息的渠道,并且积极去尝试

    2、生活成长规划

    (1)保持良好的生活习惯,合理安排作息时间

    (2)能自我调理心理,保持愉快的心情和健康的心理

    (3)认知自己的兴趣,并去发展自己的兴趣

    (4)学着并提高自己的交际技巧,与他人能更好地沟通与交流

    3、社会活动规划

    (1)可以去企业参加实训,尤其是有关本专业的工作,为本专业提供目标

    (2)了解本准也的知识与技能,积累经验

    (三) 大四

    1、学业规划目标

    (1)对前三年的学习做一个总结,发现自己的不足并且去改善

    (2)完成毕业考试和相关的论文

    2、 生活成长规划

    (1)了解职业人这个概念,为自己即将而来的就业做好充足准备

    (2)要有一个有学生向社会人转变的过程

    (3)了解学校的一些办公流程

    3、 社会活动规划

    认真参加企业的见习和实习,还有到学校的实习要严肃对待,学会做一个合格甚至是优秀的实习老师,为即将而来的就业积累经验,也可以学到一些课本上根本无法学到的技能,也可以提出一些相关的改革意见。

    四、实施方案,修正评估

    由于我是大一的学生,刚踏进大学的校门,不适应大学的生活,大一的第一个学期有所获也有遗憾,时间匆匆而过,未能及时做好规划,因此大一的第一个学期不做修正评估。希望从下个学期能力顺利往规划走。

    五、总结

    大学时代,是职业规划正当时。因此,我们大学生应尽早进行职业生涯规划,最好从我们步入大学校园就开始。要了解自己的长处和短处,知道自己的兴趣,制定好职业目标,规划好自己的职业生涯,在大学期间不断评估与修正,朝着自己的目标去奋斗。一个人想获得人生的成功,没有规划是不行的,没有目标将会荒废一生。今天站在哪里并不重要,但下一步迈向哪里却很重要,这就需要我们做好规划。当然,仅仅有规划是不够的,日后的付出与坚持才是最重要的。世界上唯一不变的就是变化,此后我要根据环境的变化,不断的评估和反馈,坚持不懈,从而保证目标顺利地实现。

    【完整的职业生涯规划书范文】相关文章:

    更多相关内容
  • 在你动身旅行之前,你必须知道你现在在哪里。 ——环境分析与分析工具
  • 这种基于GUI的可视化聚类验证工具CVAP为聚类解的有效性评估、聚类数的估计以及候选聚类算法之间的性能比较提供了重要的工具和便利的分析环境。 CVAP包括4个外部有效性指标、14个内部有效性指标和5种聚类算法(K-...
  • 一、什么是SWOT分析法 QCDMS PEST 五力分析法 目的:知己知彼,百战不殆 ①SWOT:S:优势;W:劣势;O:机会;T:威胁 ②QCDMS:品质、成本/价值、产量/效率/交付能力、产品研发/技术、销售/服务 ③PEST:政治/...

    一、什么是SWOT分析法 QCDMS PEST 五力分析法

    目的:知己知彼,百战不殆

    ①SWOT:S:优势;W:劣势;O:机会;T:威胁

    ②QCDMS:品质、成本/价值、产量/效率/交付能力、产品研发/技术、销售/服务

    ③PEST:政治/法律/政策、经济、文化/市场、技术

    ④五力分析法:行业竞争者、潜入进入者、购买方、代替品、供应商

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    二、如何建立SWOT分析模型

    ①S:内部优势: 技术技能优势、 有形资产优势、 无形资产优势、 竞争能力优势、 组织体系优势、 人力资源优势;

    ②W:内部劣势: 关键领域里的竞争能力正在丧失、 缺乏具有竞争意义的技能技术、 缺乏有竞争力的有形资产、无形资产、 缺乏有竞争力的有形资产、人力资源、组织资产;

    ③O:外部机会: 客户群的扩大趋势、 产品细分市场细分、 获得并购竞争对手的能力、 市场需求增长强劲,可快速扩张、 向其他区域扩张,可扩大市场份额的机会;

    ④T:外部威胁: 强大的新竞争对手、 主要产品市场增长率下降、 客户或供应商的谈判能力提高、 容易受到经济萧条和业务周期的冲击、 市场需求减少;

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    三、如何应用SWOT分析指导战略制定

    (一)机会与威胁分析

    (二)优势与劣势分析

    (三)如何形成企业战略

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    PPT动态总览

    图解企业战略规划的经典分析工具:SWOT、QCDMS、PEST、五力分析

     

    PPT获取方式

    此PPT,已收录至专栏《职场技能提升工具箱》【企业管理】分类,编号【803】

    如需,此PPT,请,转发+点赞+私信“12175”;

    展开全文
  • 数字化成熟度评估模型一文读尽

    千次阅读 2022-03-03 16:26:53
    阿里数智化转型框架、普华永道企业数字化成熟度评估架构、华为ODMM共13个评估模型。 近两年数字化转型非常热,大家关注的问题都集中在:有哪些数字化转型的方法和技术?企业如何成功实现数字化转型?数字化转型过程...

    傅一平评语:
    虽然纯“打分”的数字化成熟度评分对企业并没有太大帮助,但理解这些模型的设计思想对于我们理解数字化转型很有价值。
    正文开始
    本文一共提供了CMM、DMM、DCMM、DCAM、MD3M、DataFlux、IBMMMI、DSMM、IOMM、中新联团标、毕马威&阿里数智化转型框架、普华永道企业数字化成熟度评估架构、华为ODMM共13个评估模型。

    近两年数字化转型非常热,大家关注的问题都集中在:有哪些数字化转型的方法和技术?企业如何成功实现数字化转型?数字化转型过程如何避免踩坑?数字化转型有没有捷径?数字化转型到底该从哪里开始?……

    说实话,这些问题根本没有答案。

    虽然目前很多企业都已启动了数字化转型战略,但对大多数企业而言,数字化转型都是“摸着石头过河”,根本没有可供借鉴的经验。即便是具有数据基因的科技互联网巨头,他们也在谈数字化转型,也就是说科技公司也不能说自己是数字化企业。而对于那些号称是成功转型的企业,其实也只是比其他企业多走了一步。

    — 01 —

    如何界定数字化转型是否成功?

    麦肯锡的一份报告指出:企业数字化转型成功率仅为20%。

    也就是说,80%的企业数字化转型都失败了。

    数字化转型成功或失败,不好界定!

    如何定义数字化成功?可能不同的人会有不同的理解。

    完成了数字化的绩效目标,算转型成功吗?即使没有建立数据思维、缺少数字文化。

    建立了数字化组织,配置了数字化人才,培育了数字化文化,算转型成功吗?即使数字化战略目标没有实现。

    搭建了数字化基础环境,使用了数字化技术(如云计算、大数据、AI等),算转型成功吗?即便业务决策用到了数据。

    数字化成功或失败,不能从一个维度考量!

    在笔者看来:企业数字化转型不是从0到1,而是从1到100。转型是一个过程,场景从简单到复杂,应用从局部到广泛,持续优化、逐步成长。

    也就是说,虽然不好界定数字化转型的成功或失败,但是数字化是有成长周期的,是一个从萌芽,不断生长,不断成熟的过程。而企业数字化成熟度的评估,就是帮助企业找到数字化到底位于何处,还有哪些不足,应该从哪里改进等问题的答案。

    —02—

    CMMI成熟度评估模型

    提到“成熟度评估模型”,不得不提一下能力成熟度模型的鼻祖——CMM。可以说,几乎所有成熟度模型都借鉴了CMM的思路,基本都是将所涉及的能力(例如:软件能力、数据治理能力、数字化能力)划分为多个领域,每个领域又可以划分多个子领域,每个子领域又可以分为多个评估指标。然后综合这些评标进行评估,从而得到该领域的成熟度情况。而所谓成熟度就是几个可以逐步提升的等级(CMM示例),如下图所示:

    数字化成熟度评估模型一文读尽

    能力成熟度模型集成(CMMI)

    —03—

    DMM 数据管理能力成熟度等级

    数字化成熟度评估模型一文读尽

    1. Performed(已执行级)

    主要特点:数据作为项目实施的需求进行管理。

    解读分析:这个阶段,企业和组织的数据管理过程是临时性的,主要在项目级别执行。没有形成跨业务领域数据管理流程,数据管理过程是被动的,例如,对于数据质量的修复。关于数据管理的基本改进可能存在,但改进尚未在企业或组织范围内进行明确、宣贯和推广。

    1. Managed(可管理级)

    主要特点:企业意识到数据作为企业关键资产的重要性,局部实现了常态化管理。

    解读分析:这个阶段,数据资产化的观念被企业或组织所认可,企业尝试并开展了数据管理的相关工作。按照企业的目标制定了相关政策和执行过程,雇佣有专业知识的数据管理人员来对数据进行管理,使得核心数据能够受控输出;数据管理在企业局部范围开展,涉及部分业务部门或利益相关者;部分数据开始进行数据的监控、控制和过程审查,估过程是否符合其数据管理的要求。

    1. Defined (可定义级)

    主要特点:数据在组织级被视为关键生产要素。

    解读分析:随着时间的推移,数据已经被企业视为除了人员、资金和物资的第四种生产要素。企业内部已经建立和改进了一些数据管理的流程,改进了数据质量。根据企业的数据战略和指导方针,从一组标准的数据管理过程中能够定制满足企业特定需求的数据管理方法,并赋以执行。

    1. Measured (可度量级)

    主要特点:数据被视为竞争优势的来源分析。

    解读分析:这个阶段,企业已基本建立起可预测和度量数据的指标体系,以提升数据质量。对不不同类别的数据启动有差异的管理流程,企业使用了元数据管理、数据质量管理、主数据管理等应用,对数据的业务含义、业务规则、质量规则进行了统一的描述,在公司范围内形成一致性的理解,并在整个数据的生命周期中进行管理。

    1. Optimized(优化管理级)

    主要特点:在一个充满活力和竞争的市场中,数据被视为生存的关键,持续提升和优化。

    解读分析:通过创新性的改进,企业数据管理能力不断提高。通过数据管理能力的增强反馈用于推动业务增长和决策能力的提升,企业的数据管理能力已经发展成为行业的标杆,可以在整个行业内进行先进经验的分享。

    (4)DMM 架构和过程域

    DMM模型提供了数据管理的最佳实践路线图,帮助组企业构建、改进和衡量其企业数据管理能力。该模型围绕着数据管理成熟度(DMM)模型展开,该模型是一个综合的数据管理实践框架,分为六个关键类别,帮助组织对其能力进行基准评测,找出优势和差距,并利用其数据资产提高业务绩效。

    数字化成熟度评估模型一文读尽

    DMM模型包括25个过程域,由20个数据管理过程域和5个支持过程域组成,按管控维度不同分为:数据战略、数据治理、数据质量、数据运营、平台与架构、支撑流程6个类型,如下图所示:

    数字化成熟度评估模型一文读尽

    —04—

    DCMM数据管理能力成熟度评估模型

    DCMM模型,按照组织、制度、流程、技术对数据管理能力进行了分析、总结,提炼出组织数据管理的八大过程域,即:数据战略、数据治理、数据架构、数据应用、数据安全、数据质量管理、数据标准、数据生命周期。这八个过程域共包含28个过程项,441项评价指标。

    数字化成熟度评估模型一文读尽

    数据战略:数据战略规划、数据战略实施、数据战略评估

    数据治理:数据治理组织、数据制度建设、数据治理沟通

    数据架构:数据模型、数据分布、数据集成与共享、元数据管理

    数据应用:数据分析、数据开放共享、数据服务

    数据安全:数据安全策略、数据安全管理、数据安全审计

    数据质量:数据质量需求、数据质量检查、数据质量分析、数据质量提升

    数据标准:业务数据、参考数据和主数据、数据元、指标数据

    数据生存周期:数据需求、数据设计和开放、数据运维、数据退役

    DCMM的能力等级划分

    与CMMI类似,DCMM模型将组织的数据能力成熟度划分为初始级、受管理级、稳健级、量化管理级和优化级共5个发展等级,帮助组织进行数据管理能力成熟度的评价。

    数字化成熟度评估模型一文读尽

    DCMM与国外的数据管理能力成熟度模型相比,DCMM是具有中国特色的数据管理模型。

    数字化成熟度评估模型一文读尽

    DCMM建设概念图

    如果你的企业要做DCMM评估,可以找国家工业信息安全发展研究中心,是全国仅有的6家拥有DCMM评估资质的单位。

    —05—

    DCAM数据管理能力评价模型

    数据管理能力评价模型(datamanagement capability assessment model,DCAM)是由EDM主导,组织金融行业企业参与编制和验证,基于众多实际案例的经验总结来进行编写的。DCAM首先定义了数据能力成熟度评估涉及的能力范围和评估的准则,然后从战略、组织、技术和操作的最佳实践等方面描述了如何成功地进行数据管理。最后,又结合数据的业务价值和数据操作的实际情况定义数据管理的原则。

    数字化成熟度评估模型一文读尽

    在DCAM1.0中,主要将数据管理能力划分为八个职能域:

    数据管理策略
    数据管理业务案例
    数据管理程序
    数据治理
    数据架构
    技术架构
    数据质量
    数据操作
    DCAM2.0框架

    数字化成熟度评估模型一文读尽

    如上图所示,在DCAM2.0中,主要强调团队协作(流程)、标准执行和资金支持,DCAM2.0 分为以下职能域(7大组件):

    数据管理战略与业务案例
    数据管理流程与资金
    数据架构
    技术架构
    数据质量管理
    数据治理
    数据操作
    —06—

    MD3M 主数据管理能力成熟度模型

    MD3M成熟度模型参考了COBIT(IT成熟度标准)、Oracle、DataFlux等已有模型,将主数据管理的成熟度划分为5级,如图:

    数字化成熟度评估模型一文读尽

    说明:以下是对MD3M成熟度等级的解读,期间为了便于大家更好的理解,会引用一些真实的“微案例”。“微案例”涉及的客户名称已做了相关脱敏,请看到的老板不要对号入座。

    1、Initial 初始级

    处于初始级的企业,主数据问题早已存在并且在企业里被提出,但是企业没有认意识到要进行主数据管理,或者不知道该如何管理主数据。当然也有一部分企业的员工甚至不知道主数据是个啥。

    2、Repeatable 应用级

    企业已经认识到了主数据的重要性,并且开始在项目中进行主数据的治理。但是这种管理只是在个别项目中进行,没有推广应用到其他部门或系统中。这种情况在很多企业普遍存在,例如:X企业上了一套CRM,只是在CRM中将客户主数据进行了整理和清洗,并且用一定流程管理起来了,但是CRM的客户数据并没有与财务系统、ERP系统等系统打通。

    3、defined process 已定义级

    企业充分认识到了主数据的问题、影响和价值,并对主数据管理第一次在企业战略层面提出,企业开始积极的思考主数据该如何管理,并引入主数据管理工具,进行主数据的试点应用。笔者接触了很多主数据的客户,部分客户是已经处于第三级的。笔者发现,处于这个层级的客户有一个共同点,就是对于主数据比较迷茫。正如Y企业CIO吐槽:“我们都认识到了主数据的重要性,并且主数据系统已经运行了3年,但是主数据的价值好像并没有发挥出来。还有就是我们主数据平台刚上的时候,主数据质量还行,但是现在去看已经和3年前没太大差别了”

    4、managed and measurable 管理和度量级

    企业制定了一套主数据管理的最佳实践,主数据被企业的核心资产进行管理,对于主数据的申请、审批、采集、分发制定了明确的流程和规范,对于主数据的数据质量有着明确的度量标准和考核制度。这里,我们分析下上述案例Y企业CIO的迷茫,Y企业之所以存在对主数据的困惑,一方面是认知问题,关于主数据重要性只是局部认知,比如:领导认识到了、员工没有认识到;IT人员认识到、业务人员没认识到;CIO认识到了,CEO没有认识到……;另一方面,主数据管理并不是上一个系统就能万事大吉的,是需要企业持续的运营才能见效的,配套的标准、流程、制度、考核是必不可少的。

    5、optimized 优化级

    该层级称为:持续优化级。主数据管理是一个持续提升的过程,不可一蹴而就。我们看到主数据做的非常成功的企业,都有两个特点:1)再一开始做主数据的时候,企业对要实现的业务目标和管理的主数据范围就十分明确,一般都是选1~2个核心主数据进行试点实施。2)试点实施阶段企业会建立起一整套的主数据实施最近实践(组织的建设、数据标准、管理流程和制度、运维规范、运营及考核),试点成功再将这套最佳实践复制到企业的其他业务域,实现主数据全域覆盖。主数据的实施过程是企业数据战略落地的过程,绝对不是购买一套工具就能解决的问题,方法、组织、标准、制度、流程、技术与工具样样不可缺少。我们看到,有的企业实施主数据借助了外部咨询公司的力量,由咨询公司帮助规划实施范围、建立制度和流程、制定实施路线图等,取得了不错的效果。【有需要做数字化咨询的老板请找罗百辉老师】

    关键主题和重点领域

    MD3M采用自下而上的方法制定了主数据管理能力成熟度评估的5个关键主题和13重点领域,见下图:

    数字化成熟度评估模型一文读尽

    与我们之前分享的DMM模型不同的是,MD3M更关注于主题,而不是过程。因为不同公司的流程可能不同,如果MD3M过于专注于流程,它将不再是通用的。MD3M模型基本涵盖了主数据管理的所有方面,适用于管理主数据的所有公司,尤其是大型公司。对于小型企业来说,实施精心设计的MDM方法的所需的成本可能将被夸大。

    —07—

    DataFlux 主数据管理成熟度模型

    该模型源自《DataFlux White Paper-MDM-Components-Maturity-Model》,本白皮书探讨了基于提供MDM服务的能力的成熟度级别,通过根据MDM相关组件层的成熟度来表示它们,企业管理层可以针对所需的MDM成熟度级别,设计开发一个主数据管理的实施路线图,用于指导企业主数据管理的实施和成功落地。DataFlux模型从数据架构、数据治理、数据管理、数据识别、数据整合、业务流程管理六个层面定义了主数据管理成熟度的核心影响要素,如下图所示:

    数字化成熟度评估模型一文读尽

    1、体系结构

    MDM体系结构包含三层,即:主数据模型、MDM系统架构和MDM服务架构。

    (1)主数据模型

    要创建主数据时,需要将企业中相关实体存在的各种不同格式和结构的所有数据元素合并到一个能够适应这些差异的集中资源中,然后反馈到这些不同的表示中。这意味着必须有一个统一的主模型来充当核心存储库。数据模型是MDM工作的复杂但不可分割的一部分,需要将异构系统间的相关关键元素合并到一个模型中,主数据模型要能够适应相关异构系统的不同应用需求。推荐的做法是取各个系统主数据元素的交集部分+主数据的自然属性形成主数据模型。

    (2)MDM系统架构

    贯穿于主数据管理的整个生命周期(创建、变更、访问、注销),为主数据提供基础的管理和维护功能,可以针对特定的场景或应用(例如:产品或客户的管理)设置增强性功能。例如,某些属性信息可以在不同的时间通过不同的应用系统收集,如果允许不同的应用系统有数据的创建权限,则可以为每个应用系统调整创建服务以获取主数据所需的内容。这涉及多源头数据的归集,操作上需要慎重。我一般建议将主数据源头统一,如果实在统一不了,可以通过系统自动提取+人工干预的方式完成主数据属性的整合,形成完整数据视图。

    (3)MDM服务架构

    异构应用系统使用所需的数据对象服务可能会有一定的差异,所需的数据服务也有进一步的要求,例如同步、序列化访问控制、集成与整合、数据访问。通过部署可重用并且与业务流程关联的主数据服务,将业务应用系统分层到数据对象服务层,并对数据服务进行权限的划分。主数据服务架构关键点在于流程驱动、按属性授权。主数据管理本身也是一项业务活动,需要根据相应的业务规则按顺序流转;权限划分是指不同流程节点可以配置不同的数据属性,并且这些属性可以分配给不同的角色/岗位进行管理。

    2、数据治理

    DataFlux 认为数据的治理和监督应当作为企业千年发展目标的政策。由于MDM是一项企业倡议,因此必须保证利益相关者将遵守、管理、参与主数据的治理和数据共享。跨不同业务域应用的主数据管理将解决数据管理、所有权、合规性、隐私、数据风险、数据敏感性、元数据管理、主数据管理以及数据安全等问题。这些问题中的每一个都侧重于将数据技术和管理监督结合起来,确保组织遵守定义的制度和政策。

    (1)数据标准化

    对企业数据元的标准化定义,明确数据语义、取值。评估组织数据元素信息并将这些信息编制成业务元数据,形成了最终驱动和控制主数据对象的模型。有了这些数据元标准化定义,组织就了解了如何将这些定义解析为主数据的唯一视图。

    (2)元数据管理

    识别数据元名称、定义和其他相关属性的过程,除了收集有关潜在可用的大量数据元素的标准技术细节外,企业还需要确定:每个数据元的业务用途,哪些数据元定义涉及相同的概念,不同应用程序如何创建、读取、修改或失效每个数据元,业务流程中的数据质量特征、检查和监控位置,等等这一系列的过程都是元数据管理。主数据管理的各个过程都是围绕元数据模型开展的。

    (3)数据质量

    业务绩效和运营生产力依赖于高质量的数据——在组织层面——成为任何MDM计划的核心能力。MDM的成功依赖于数据治理,但治理可以跨不同的业务域应用,为企业范围的部署提供规模经济。治理的各个方面至关重要,因为所有权模型和监督机制确保MDM环境中的参与者意识到信息的质量得到了积极管理。

    3、数据管理

    (1)唯一身份识别

    每一个主数据对象类型都对应与真实世界的一个实体对象,每个实体对象都有一个唯一识别的身份,这意味着在主数据资源库中,需要为每个主数据对象提供相应的标识信息,用来识别和标识数据对象的唯一性。

    (2)数据关系

    主数据系统应具备数据关系管理的能力,例如:客户之间的关联关系,供应商与所提供产品的关系等等。这些关系反映在链接层次结构中,并提供支持这些连接管理的服务组件。笔者认为:“关系型主数据将在主数据管理中扮演越来越重要的角色”。

    (3)迁移管理

    与业务应用系统不同,主数据的集成、上线是一个需要过渡的过程。无论是逐步的过渡还是彻底的使用新标准、新体系,数据迁移计划通常都会使旧体系版本与标准化后的版本同时运行一段时间,以确保对新版本正确地满足业务需求的提高信心。

    4、主数据建立

    (1)标识解析

    标识解析是指能够将两个或多个数据元素表示可以解析为唯一对象的一个表示,即:通过一定的数据元素的组合进行主数据的唯一性识别。标识解析是一项重要的主数据管理技术,目前该技术已被成功应用到国家工业互联网的战略布局中,通过将标识解析与互联网相结合,通过为每个机器、产品、零部件设置网络虚拟“身份证”,支持通过“身份证号”实现物料追溯、产品追踪,从而实现跨地域、跨行业、跨企业的信息共享。

    (2)数据规则

    在确定了数据的解析标识后,数据的规则算法就被应用到大量的记录中。 有一些规则可以被视为自动匹配,这些规则不仅依赖于相似性的量化,而且必须根据应用程序定义,数据规则用于数据的建立和数据的整合过程。

    (3)查重与合并

    使用标识解析来检查企业数据集,以区分表示唯一实体的记录,然后将其加载到规范表示中。应用数据规则寻找相似的数据记录,类似的记录要通过算法来鉴定每个数据属性中的值的相似度,为主数据的查重和合并过程铺平了道路。

    5、主数据整合

    主数据的目标不仅在于支持多个应用系统的集成,还能够为数据分析提供高质量的主数据。MDM系统建立数据服务层的核心主实体为建立一组分层的信息服务提供基础,以支持业务应用的快速和高效的开发。

    (1)与数据源的集成

    建立一个MDM系统将主数据统一管理起来,实现单一源头的主数据管理,而不使用这些数据是没有意义的,建立单一数据源的一个驱动因素是建立一个可以在整个企业中共享的高质量数据资产。这个目标需要双向数据流:主数据必须很容易地进入主数据库,并且企业应用程序也必须同样容易地访问这些数据。MDM系统必须以最小破坏性的方式适应现有的应用程序基础架构,同时提供一个标准化的路径,进行数据的转换和同步,为应用系统提供数据服务。

    (2)主数据集成服务

    随着MDM的深入应用,新的应用程序越来越多地依赖主数据对象及其相应功能的来支持新的业务体系结构设计。标准化的主数据减少了对传统面向数据的问题(例如,数据访问和操作、安全和访问控制或策略管理),使用MDM服务层整合应用系统,被越来越多的企业所青睐,这种方法还将为现有系统的整合和未来系统的设计提供额外的价值。

    6、业务流程管理

    基于业务流程驱动的主数据管理是MDM的主要手段。MDM系统设计中的一个关键因素是确保系统是业务驱动的,尽管MDM是一种技术,但人们普遍认为,在不将主数据管理的功能组件链接到相应的业务流程模型的情况下实施主数据管理是一种无用的活动,进一步强调了“流程驱动”在主数据管理中的重要性。

    (1)流程模型

    业务流程模型是一种逻辑表示,它以一种方式描述业务流程,并在适当的时间将适当的细节传达给适当的人。通常列举所涉及的过程、流程的输入、控制过程等方面、作为过程结果出现的事件以及过程的预期输出。本质上MDM也是一项业务活动,不同的主数据需要在不同的时间、由不同的人维护和管理不同的数据元素,而这个过程是依靠流程模型来驱动的。

    (2)业务规则

    在任何业务流程模型中,用于执行特定操作的逻辑将主数据对象的值的评估和定义的控件结合在一起。检查这些值以确定要采取的操作,这些操作将创建新值并触发新控件。

    (3)MDM业务组件层

    在通过业务流程建模和集成组件的定义和需求以及通过基于规则的系统实现业务规则的基础上,是业务组件层。在这一层,我们可以开始创建更复杂的可重用业务服务,包含数据的映射、转换、同步、访问等。

    三、DataFlux 定义的主数据管理能力等级

    DataFlux定义成熟度模型的目的并不是提供一个基准来衡量所有MDM成熟度能力。相反,许多组织已经设计、架构和部署了所描述功能的相关版本。因此,成熟度级别描述了如何为主数据的存储和利用已部署的组件或服务。同时,它还指出了促进更复杂的应用系统对主数据依赖所需的功能和组件。

    DataFlux模型将组织的主数据管理成熟度划分为5级,分别是:

    1. 初始级

    主要特点:缺乏对主数据管理目标和价值的认证,未开展主数据管理活动。

    解读分析:在初始级,利用主数据的可能性是有限的,但是有某种程度的认识到某些数据集存在多个副本,并与多个应用系统相关联。部分业务或技术人员准备探索整合数据集以实现某些应用集成或数据分析的目的。

    1. 反应级

    主要特点:企业充分认识到了主数据多副本的问题,并正在尝试解决这一问题。

    解读分析:企业对多个异构系统之间的信息孤岛问题、数据不一致问题有了深刻的认知,并且这些问题对企业造成了一定的困扰,企业正在尝试通过一定的管理或技术手段解决这一问题。企业购买了一些软件和工具,尝试进行将不同应用系统间元数据的整合。

    1. 被动管理级

    主要特点:通过主数据管理解决了单一领域和单一业务的数据问题。

    解读分析:对于主数据的管理重点可能集中在单个领域,解决特定的问题,实现了单一业务线条的数据统一。管理级还允许企业对新应用程序和现有应用程序的数据进行整合,整合和同步成为了主数据的重要特点。

    1. 主动管理级

    主要特点:自动化的流程驱动数据管理,应用系统通过服务层与主数据库集成,如标识解析、层次结构管理、映射管理、转换管理。

    解读分析:随着组织建立起相应的主数据模型和数据服务体系结构,在减少单个应用系统对复制数据的依赖方面变得更加熟练。主动式管理能够更好地在客户、供应商和供应商级别建立关系,基于汇总和整合数据的完整数据模型作为核心企业资源进行管理,数据治理在整个组织中有效,对业务和管理都起到了一定的支撑作用。

    1. 战略绩效级

    主要特点:MDM与面向服务体系架构相结合,为企业应用系统的操作和分析需求的提供高质量的数据保障。

    解读分析:处于该层次的主数据管理结合了先进的技术,与商务智能分析形成双向互补机制,主数据为商务智能提供可靠的数据,商务智能的相关分析结果可以作为主数据对象进行管理,从而为用户提供更有效和一致的预测分析,为降低企业成本、提升企业绩效提供支撑。

    —08 —

    IBM:数据治理框架

    IBM数据治理模型分为目标、支持条件、核心规程和支持规程四个层次,如下图:

    数字化成熟度评估模型一文读尽

    目标。目标是数据治理计划的预期结果,通常致力于降低风险和价值创造。数据风险管理和规格性是用来确定数据治理与风险管理的关联度及合规性,用来量化、跟踪、避免或转移风险。价值创造是通过有效的数据治理,实现数据资产化帮助组织创造更大的价值。

    支持条件。组织机构与意识,数据治理需要建立相应的组织机构(例如:数据治理委员会、数据治理工作组等),并安排的全职的人员开展数据治理工作,同时,需要建立起数据治理的相关制度并且获得高管的重视。管理工作,制定数据质量控制的规程和制度,用来管理数据以实现数据资产的增值和风险控制。策略,组织应在数据战略层面设置明确的目标的方向。

    核心规程。数据质量管理,提升数据质量,保障数据的一致性、准确性和完整性的各种方法。信息生命周期管理,对各种类型数据,如:结构化数据、非结构化数据、半结构化数据全生命周期管理的相关策略、流程和分类。信息安全与隐私,在数据资产包含,减低数据安全风险的各种策略、实践和控制方法。

    支持规程。数据架构,指系统体系结构设计,支持向适当的用户提供和分配数据。分类与元数据,通过元数据的技术,对组织的业务元数据、技术元数据进行梳理,形成数据资产的统一资源目录。审计记录与报告,指数据合规性、内部控制、数据管理审计相关的一系列管理流程和应用。

    IBM数据治理能力成熟度评估模型借鉴了,能力成熟度模型CMM(Capability Maturity Model),将数据治理的成熟度描述了五个等级的成熟度路径:

    数字化成熟度评估模型一文读尽

    Level 1 初始化:工作通常是临时的,环境也不稳定,反映组织内个人能力,而不作为成熟度管理。该阶段尽管组织内会生成产品和服务,但往往会超出预算和项目时间;

    Level 2 已管理:基于项目或单业务职能的有效管理,能够跟踪成本和时间表,可以基于项目实践的计划和执行的经验开展复用,但仍缺乏组织内整体的管理,仍然存在预算超支和实践逾期等风险;

    Level 3 已定义:组织内形成覆盖整个组织的标准、流程和规程管理,能够适应组织内业务职能或项目;

    Level 4 量化管理:组织通过统计技术和量化分析,对所开展的质量目标进行量化管理;

    Level 5 持续改进:量化的目标被明确建立且持续修订反映业务目标的变化。

    IBM:数据治理流程

    IBM 数据治理统一流程列出了这 14 个主要的10个必需步骤和 4 个可选专题,以及支持有效的数据治理计划的相关IBM 软件工具和最佳实践。

    10 个必需步骤是为有效的企业治理计划奠定基础所不可或缺的。

    4 个可选专题是主数据治理、分析治理、安全和隐私以及信息生命周期治理。

    数字化成熟度评估模型一文读尽

    (1)定义业务问题

    数据治理计划失败的主要原因是:它们无法识别实际的业务问题。组织亟需围绕一个特定的业务问题,比如失败的审计、数据破坏或出于风险管理用途对改进的数据质量的需要,定义数据治理计划的初始范围。一旦数据治理计划开始解决已识别的问题􀒻业务职能部门将支持它将范围扩展到更多区域。

    (2)获取高层支持

    得到关键 IT 和业务高层对数据治理计划的支持很重要。获得此支持的最佳方式是以业务案例和“快捷区域”的形式建立价值。例如:业务案例可以专注于一客户名称匹配,改进数据的质量以支持客户中心性计划。

    (3)执行成熟度评估

    每个组织需要对其数据治理成熟度执行一项评估,最好每年执行一次。数据治理组织需要评估组织当前的成熟度水平,当前状态和想要的未来成熟度水平,这通常在12到18 个月后。这段时间必须长到足够生成结果,短到确保关键利益相关者的持续支持。

    (4)创建路线图

    数据治理组织需要开发一个路线图来填补 11 个数据治理成熟度类别的当前状态与想要的未来状态之间的空白。例如:数据治理组织

    可以检查“照管”的成熟度空白,确定企业需要任命数据照管人来专门负责目标主题区域,比如客户、供应商和产品。数据治理计划也需要包含“快捷区域”——计划可带来近期业务价值的区域。

    (5)建立组织蓝图

    数据治理组织需要建立一种章程来治理其操作,确保它拥有足够的成熟度来在关键形势下担当决胜者。数据治理组织最好在一种 3 层架构下操作。顶层是数据治理委员会,它由依靠数据作为企业资产的关键职能和业务领导组成。中间层是数据治理工作组,它由经常会面的中层经理组成。最后一层由数据管理员组成,它负责每天的数据质量。

    (6)创建数据字典

    业务词汇的有效管理可帮助确保相同的描述性语言适用于整个组织。数据字典或业务术语库是一个存储库,包含关键词汇的定义。它用于在组织的技术和业务端之间实现一致性和达成一致。例如:“客户”的定义是什么,客户是某个进行购买的人还是某个考虑购买的人,前员工是否仍然分类为“员工”,词汇“合作伙伴”和“经销商”是否同义,这些问题可通过创建一个通用的数据字典来回答。一旦实现,数据字典可应用到整个组织,确保业务词汇通过元数据与技术词汇相关联,而且组织拥有单一、共同的理解。

    (7)理解数据

    有人曾经说过:“您无法控制您还未理解的东西。”如今很少有应用程序是独立存在的。它们由系统和“系统的系统”组成,包含散落在

    企业各个角落但整合或至少相互关联的应用程序和数据库。关系数据库模型实际上使情况更糟了,它使业务实体的存储分散化。但是所有一切是如何关联的,数据治理团队需要发现整个企业中关键的数据关系。

    (8)创建元数据存储库

    元数据是关于数据的数据。它是有关任何数据工件,比如其技术名称、业务名称、位置、被认为的重要性和与企业中其他数据工件的

    关系的特征的信息。在查询阶段,数据治理计划将从数据字典生成大量业务元数据和大量技术元数据。此元数据需要存储在一个存

    储库中,所以它可以在多个项目之间共享和利用。

    (9)定义度量指标

    数据治理需要拥有可靠的度量指标来度量和跟踪进度。数据治理团队必须认识到当您度量某个东西时,性能就会改进。因此,数据治理团队必须挑选一些关键性能指标 (KPI) 来度量计划的持续性能。例如:一家银行将希望评估行业的整体信贷风险。在这种情况下,数据治理计划可以选择空的标准行业分类 (SIC) 代码的百分比作为 KPI跟踪风险管理信息的质量。

    前9个步骤是企业数据治理的基本流程,第10步需要企业在 4 个可选的数据治理专题(主数据治理、分析治理、安全和隐私以及信息生命周期治理)中至少选择一个。

    (10)治理主数据

    企业内最有价值的信息(与客户、产品、材料、供应商和帐户相关的关键数据)统称为主数据。尽管它很重要,主数据常常是重复的并分散在整个企业的各种业务流程、系统和应用程序中。治理主数据是一种持续的实践,其中业务领导为实现业务目标而定义准则、策略、流程、业务规则和度量指标,管理他们的主数据的质量。

    (11)数据分析治理

    企业已投入了巨额资金建立数据仓库来获取竞争洞察。但是,这些投资并不总是得到了结果,导致企业越来越多地审查其对分析的投

    资。“分析治理”专题定义为设置更好地协调业务用户与对分析基础架构的投资的策略和过程。

    (12)管理安全和隐私

    数据治理领导(尤其是向首席信息安全官报告的领导)常常必须处理围绕数据安全和隐私的问题采用相应的策略和措施。

    (13)治理信息生命周期

    非结构化内容占典型企业中的数据的 80% 以上。随着组织从数据治理转向信息治理,他们开始考虑这种非结构化内容的治理。

    (14)度量结果

    数据治理组织必须通过不断监控度量指标来确保持续改进。在第9 步中,数据治理团队设置度量指标。在此步骤中,数据治理团队依据这些度量指标向来自 IT 和业务部门的高层利益相关者报告进度。

    整个数据治理统一流程需要以持续循环的形式操作。该流程需要度量结果并循环回到高层支持者,以获得数据治理计划的持续支持。

    —09—

    DSMM模型简介

    数据安全能力成熟度模型(DS-CMM,或DSMM)是由是阿里巴巴和中国电子技术标准化研究院在大量实践和研究的基础上,联合三十多家企事业单位共同研究制定的。DSMM一份关于数据安全管理的标准,目前是报批稿状态,即将成为国家标准。

    DSMM借鉴能力成熟度模型(CMM)的思想,将数据按照其生命周期分阶段采用不同的能力评估等级,分为数据采集安全、数据传输安全、数据存储安全、数据处理安全、数据交换安全、数据销毁安全六个阶段。DSMM从组织建设、制度流程、技术工具、人员能力四个安全能力维度的建设进行综合考量。DSMM将数据安全成熟度划分成了1-5个等级,依次为非正式执行级、计划跟踪级、充分定义级、量化控制级、持续优化级,形成一个三维立体模型,全方面对数据安全进行能力建设。

    注:该标准还在进一步修订中,未正式发布,供参考。需要请见文末。

    数字化成熟度评估模型一文读尽

    能力成熟度等级

    1级(非正式执行)

    主要特点:数据安全工作是随机、无序、被动执行的,依赖与个人,经验无法复制。

    组织在数据安全领域未执行有效的相关工作,仅在部分场景或项目的临时需求执行相关工作,未形成成熟的机制,来保障数据安全相关工作的持续开展。

    2级(计划跟踪)

    主要特点:在项目级别主动实现了安全过程的计划与执行,没有形成体系化。

    规划执行,对数据安全过程进行规划,提前分配资源和责任;

    规范化执行,对安全过程进行控制,使用安全执行计划,执行相关标准和程序的过程,对数据安全过程实施配置管理;

    验证执行,确认过程按照预定的方式执行,验证执行过程与可应用的计划是一致的,对数据安全过程进行审计;

    跟踪执行,控制数据安全项目的进展,通过可测量的计划跟踪过程执行,当过程实践与计划产生重大的偏离时采取修正行动。

    3级(充分定义)

    主要特点:在组织级别实现了安全过程的规范定义和执行。

    定义标准过程,组织对标准过程进行制度化,形成标准化过程文档,为满足特定用途对标准过程进行裁剪;

    执行已定义的过程,充分定义的过程可重复执行,针对有缺陷的过程结果和安全实践的核查,使用过程执行的结果数据;

    协调安全实践,对业务系统和组织的协调,确定业务系统内,各业务系统之间、组织外部活动的协调机制。

    4级(量化控制)

    主要特点:建立了量化目标,安全过程可量化度量和预测。

    建立可测的目标,为组织数据安全建立可测量的目标;

    客观的管理执行,确定过程能力的量化测量来管理安全过程,以量化测量作为修正行动的基础。

    5级(持续优化)

    主要特点:根据组织的整理战略和目标,不断改进和优化数据安全过程。

    改进组织能力,在整个组织范围内的标准过程使用情况进行比较,寻找改进标准过程的机会,分析对标准过程的可能变更。

    改进过程有效性,制定处于连续受控改进状态下的标准过程,提出消除标准过程产生缺陷的原因和持续改进的标准过程。

    数据生命周期安全

    DSMM模型将数据生命周期分为了数据采集、数据传输、数据存储、数据处理、数据交换和数据销毁六大阶段,40个过程域(PA),其中包含16个通用安全过程域,和24个数据生命周期各阶段安全过程域,如下图所示:

    数字化成熟度评估模型一文读尽

    数据安全能力构成

    1、组织建设

    —— 数据安全组织架构对组织业务的适应性;

    —— 数据安全组织架构承担的工作职责的明确性;

    —— 数据安全组织架构运作、协调、沟通的有效性;

    2、制度流程

    —— 数据生命周期的关键控制节点授权审批流程的明确性;

    —— 相关流程、制度的制定、发布、修订的规范性;

    —— 安全要求及落地执行的一致性和有效性。

    3、技术与工具

    —— 数据安全技术在数据全生命周期过程中的使用情况,针对数据安全风险的检测及相应能力;

    —— 利用技术工具对数据安全工作的自动化和持续支持能力,对数据安全制度流程的固化执行能力。

    4、人员能力

    —— 数据安全人员所具备的安全技能是否能满足复合型能力要求;

    —— 数据安全人员的数据安全意识以及关键数据安全岗位员工的数据安全能力培养。

    其实,之所以分享数据治理成熟度模型,是因为在笔者看来所有的成熟度评估的套路都是一样的,掌握了数据治理能力成熟的评估,则会更加容易理解数字化转型成熟度模型。

    看到这里,你可能不禁要问:数据治理成熟度评估的模型这么多,那数字化转型的评估模型都有哪些呢?

    在研究数字化转型评估模型的组织也不少,罗百辉老师推荐的有中国信通院、中信联、普华永道、毕马威、阿里、华为……

    — 10—

    信通院:企业IT数字化能力和运营效果成熟度模型(IOMM)

    针对不同行业数字化转型的需求,中国信通院云大所推出了企业数字化转型IOMM(Enterprise Digital Infrastructure Operation Maturity Module)标准,其中I代表数字基础设施,是标准的第一部分;O代表企业整体经营,是标准的第二部分。

    目前发布的是标准的第一部分,《企业数字基础设施云化管理和服务运营能力成熟度模型》,共分为五类能力成熟度阶段,分别是基础保障类、业务支撑类、平台服务类、客户运营类和创新引领类,每个类别都有合理的阶段和适用单位,将对相应阶段的能力进行评估定位水平,并以价值分数进行效果验证。

    数字化成熟度评估模型一文读尽

    来源:栗蔚《企业IT数字化能力和运营效果成熟度模型》 和《数字化可信服务》系列标准解读

    IOMM标准体系针对不同行业、不同规模企业制定面向平台IT和业务IT的五类成熟度,每个类别都对相应能力进行评估,定位水平,并以价值分数进行效果验证。适用于企业数字化转型发展过程中的相关领导者和相关人员,梳理、定位自身数字化转型能力水平,计划未来发展方向。IOMM整体框架包括两大领域、四大象限、六大能力、六大价值,从能力和价值角度全面衡量企业数字基础设施建设的能力和体现出的价值。

    数字化成熟度评估模型一文读尽

    来源:栗蔚《企业IT数字化能力和运营效果成熟度模型》 和《数字化可信服务》系列标准解读

    — 11—

    中信联:团体标准—数字化转型 新型能力体系建设指南

    数字化转型新型能力体系建设总体框架,主要包括新型能力的识别、新型能力的分解与组合、能力单元的建设、新型能力的分级建设等内容,系统阐释新型能力体系建设的主要方法。

    新型能力的建设是一个循序渐进、持续迭代的过程,对照T/ AIITRE 10001—2020提出的数 )字化转型五个发展阶段,将新型能力的等级由低到高划分为 CL1(初始级 )、CL2(单元级 )、CL3(流程级)、CL4(网络级)和 CL5(生态级)等五个等级,不同等级能力呈现不同的状态特征以及能力单元/能力模块的过程维、要素维、管理维的不同建设重点 ,如下图所示:

    数字化成熟度评估模型一文读尽

    来源:团体标准 T/AIITRE 20001—2020《数字化转型 新型能力体系建设指南》

    CL1初始级:总体处于尚未有效建成主营业务范围内的新型能力 ,初步建立了两化融合管理体系。

    CL2单元级:形成工具级数字化的系统性解决方案,覆盖数据、技术、流程和组织等四要素,支持特定领域或业务环节数字化。

    CL3流程级:聚焦跨部门或跨业务环节, 建成支持主营业务集成协同的流程级能力,支持过程管理动态优化;实现现有业务效率提升、成本降低 、质量提高等预期价值效益目标,并有效拓展延伸业务。

    CL4网络级:聚焦组织全员、全要素和全过程,建成支持组织( 企业)全局优化的网络级能力;能够按需开展数据驱动型的能力打造过程管理;实现与产品 /服务的创新, 并有效开展业态转变,培育发展数字业务。

    CL5生态级:聚焦跨组织(企业 )生态合作伙伴、用户等,建成支持价值共创的生态级能力,全面实现与业态转变相关的用户/生态合作伙伴连接与赋能、数字新业务、绿色可持续发展等价值效益目标。

    — 12—

    毕马威&阿里:消费品生态全链路数智化转型框架

    中国商业正在由“消费红利”经济向“数智创新”经济进化,发展思路从单节点成本和效率提升,进化为消费品全生态重塑增长方式,数智技术触发了商业生态的全链路数智化转型。阿里联合毕马威提出了基础设施云化、触点数字化、业务在线化、运营数据化、决策智能化五部曲赋能产业全链路价值重构的消费品生态全链路数智化转型框架。该框架包含五项一级能力,25个核心二级能力指标为评价数智化成熟度和指明未来建设方向提供衡量工具,如下图:

    数字化成熟度评估模型一文读尽

    来源:毕马威&阿里《2020消费品生态全链路数智化转型白皮书》

    基础设施云化:构建企业的”数智大脑”是企业数智化转型的重要方向。基于复杂智能算法的推荐、预测、决策等结果,企业在系统层级直接采取相应行动并根据数据不断的完善和补充。企业的智能化场景会日益丰富,智能化决策通过对大数据进行不断的训练与学习,从而做出更加智能的决策,形成良性的学习反馈闭环,最终帮助企业实现全链路的高效决策。

    触点数字化:企业在数智化时代需要启动和激活数据的商业价值,充分挖掘自身高价值的“小数据”并充分结合生态的“大数据”,实现数据驱动业务,进而形成分析和洞察驱动型的企业文化。通过完善的数据体系,数智化企业可以利用数据洞察赋能企业的全价值链,为企业的员工和合作伙伴提供运营指导,实现降本增效,同时,提高合作伙伴之间协同效率,改善消费者体验。

    业务在线化:企业通过业务能力服务化的方式帮助企业完成业务流程的数字化和业务价值的提升。一方面,企业需要快速响应来自各触点的变化,对业务流程进行重塑与优化,实现组织沟通与协同的效率提升;另一方面,为了应对日益复杂的业务场景与需求,企业需要对全链路数字化业务系统进行升级,通过不断的业务服务重构来实现业务共享和创新,促进生态之间的开放与协同。

    运营数据化:企业借助AIOT、移动互联网等技术,保持与消费者、员工、商品、合作伙伴等全链路的连接。触点数字化反映了企业数智化转型过程中,企业与各方交互触点数智化水平的成熟度。数智化的触点主要通过各个触点的数字化、移动化、智能化达到多维度的消费者行为感知、员工和组织感知、商品状态感知、合作伙伴和生态感知,使得企业在全链路保持连接和数据获取能力。

    决策智能化:基础设施云化程度反映了企业数智化转型的基本技术能力。云计算除了为企业数智化转型提供了算力基础外,还涵盖到支撑企业智能运算的算法模型能力、数据存储能力、数据之间传输的网络连通能力、敏感数据的安全能力以及对数据实时和离线处理的能力等。此外,企业同样需要一个敏捷的、连续稳定的、成本优化的、安全和风险可控的智能运算环境。

    — 13—

    普华永道:企业数字化成熟度评估架构

    企业推进数字化转型的过程中,业务应用、IT架构、组织机制建设等工作环环相扣。企业要分清哪是因、哪是果,建立多维度的企业数字化成熟度评估体系,用于判断企业所处的数字化阶段,找出推进不利的可能原因,以及相应需要采取的措施。

    普华永道企业数字化成熟度评估框架从战略引领、业务应用结果、技术能力支撑、数据能力支撑、组织能力支撑,以及数字化变革6个维度对企业的数字化成熟度进行评估(如下图)。普华永道认为:引领性指标是第一点“数字化战略”,业务应用结果性指标是第二点“数字化业务应用”,其余4个维度(3~6)是支撑性要素,每个维度又可以细分为若干子维度。

    数字化成熟度评估模型一文读尽

    1. 数字化战略:从企业的战略规划和投资等角度,衡量企业推行数字化的决心和力度;

    2. 数字化业务应用:从各个业务条线最终使用数字化的深浅程度,来衡量企业数字化转型的成果。业务条线包括衡量价值链环节的研发、采购、生产、营销、客服等,也包括内部管理条线,如战略、人力、财务、IT等;

    3. 数字化技术能力:是否具备先进的、支撑企业未来数字化应用的IT架构的,以及相应的技术组织能力,比如新技术人员、数字技术、组织结构和运作方式等;

    4. 数据能力:企业能够应用数据分析进行业务决策的程度,包括数据可得性以及数据分析能力两个方面。打造强有力的数据能力涉及数据战略、数据架构、数据治理、数据安全、人员技能等多个方面;

    5. 数字组织能力:企业采取怎样的组织机制/流程/文化/员工技能等,来支持企业数字化转型和运营工作;

    6. 变革管理:企业推进数字化转型的机制是否成熟,比如数字化治理模式、变革管理人员技能等。

    — 14—

    华为:开放数字化成熟度模型ODMM

    华为提出了一个数字化成熟度模型来度量一个公司的数字化程度,这个模型叫ODMM(Open Digital Maturity Model),该模型把数字化分成了战略决心,以客户为中心,数字文化、人才和技能,创新与精益交付,大数据与人工智能,以及技术领先等6大评估维度,如下图所示:

    数字化成熟度评估模型一文读尽

    战略方面:主要考量对行业和生态的贡献程度,业务和技术的协同程度,对新的机会和业务的投资程度。

    客户方面:主要考量口碑粘性和口碑传播的能力;客户体验管理和度量;客户通过线上渠道和你互动的活跃度。

    组织方面:主要考量跨团队协同和主动创新的能力;利用外部资源和社会化资源的能力;团队持续学习和数字化能力建设的能力。

    创新与精益:主要考量应用设计思维的能力;持续交付的能力;应对变化的能力。

    数据与智能:主要考量关键数据的元数据管理能力;数据集成和互操作能力;数据科学与人工智能,比如智能客服解答客户问题的成功率。

    技术领先:主要考量数据安全与风险控制;API First与微服务的架构;基于RPA(Robotic Process Automation)的流程自动化。

    ODMM模型目前已更新到了6.0版本,其将企业的数字化成熟度评估划分为为4个层次,6个评估维度,18个评估子维度,174个评估指标。如下图:

    数字化成熟度评估模型一文读尽

    纯“打分”的数字成熟度评分对企业并没有太大帮助,而ODMM旨在为企业的数字化转型创建一个可行的计划。ODMM在成熟度模型中独树一帜的地方在于,它是根据企业的数字化成熟度与其期望的理想状态之间的差距来确定数字化成熟度得分,从而为企业的数字化改进方向提供更有价值的参考。

    战略维度
    这一维度评估用于评估企业如何基于清晰的企业愿景和一系列目标来定义和实施有效的数字化战略。这个维度包括数字战略,金融投资模式,业务敏捷性等三个子维度,每个子维度关注的三级要素及评估内容如下表。
    1、数字战略
    三级要素

    评估的具体方面

    目的明确

    该企业是否概述了数字愿景和战略,并阐明了它打算在数字生态系统中扮演的角色?

    追求新价值

    高级管理层是否对现有产品和服务的业务潜力有现实的看法,他们是否制定了一个协调一致、考虑周全的计划,以便在必要时转向新的平台或服务模式?

    跨行业参与

    该企业是否采用开放和扩展的方法与传统关系之外的新参与者接触,以支持其整体企业战略?

    2、金融投资模式

    三级要素

    评估的具体方面

    财务战略

    企业的财务战略是否支持长期的、有时风险更大的战略投资,以支持企业整体愿景的实现?

    投资预算

    企业是否采用灵活的预算流程,以便及时评估和资助数字化计划,确保可能的收益与企业的战略相一致?

    3、业务敏捷性
    三级要素

    评估的具体方面

    协调能力

    企业能否有效地协调资源、流程和结构,以便快速有效地实施其战略?

    战略投资组合管理

    企业是否决定并应用适当的投资政策来有效管理数字服务组合,以加速采用数字实践和技术?

    综合数字化运营

    数字化能力是否适当地、全面地整合到企业的战略中,同时与必要的传统做法保持一致?

    以客户为中心
    此维度评估企业如何积极利用客户洞察为其客户提供个性化道路体验。ODMM假设最好的数字企业通过关注品牌、由外而内的客户体验和体验治理来做到这一点。以客户为中心包含以下子维度:
    1、品牌信任

    三级要素

    评估的具体方面

    品牌承诺

    组织是否在所有业务活动中清楚地表达了一个经过深思熟虑、清晰一致的品牌承诺,该承诺与客户和员工的需求以及相关愿望保持一致?

    品牌定位

    公司提供和提供的服务和体验是否支持并在理想情况下加强了品牌宣传?

    品牌信任

    品牌是否受到所有利益相关者和支持者的信任?

    2、客户体验

    三级要素

    评估的具体方面

    个性化和主动性

    产品和服务是否根据个人/企业实体的需求主动定制、提供和交付?

    客户可视性和控制

    客户能否轻松访问和控制所接受服务的各个方面?

    在线社交

    客户是否使用社交渠道和社区与企业及其其他客户接触,以获得和提供帮助和支持、宣传、发现新产品并提供反馈?

    结构性和额外价值

    是否为客户提供了额外的价值和便利来阻止客户流失?

    3、管理经验

    三级要素

    评估的具体方面

    跨职能部门问责

    组织内的所有职能部门是否都非常重视客户体验并努力改进?

    经验驱动设计

    向最终用户提供的端到端体验是设计和引入新产品和服务的关键因素吗?

    全渠道管理

    全渠道管理是否被视为调整和合理化客户接触点的工具,以及持续提高所有接触点的客户体验水平?

    客户体验测量

    组织是否能够接触到客户之声提供的反馈,并根据反馈采取行动?

    单一客户视图

    组织是否对每个客户的状态和行为有一个单一的全面的看法?

    合作伙伴协调

    组织的合作伙伴是否有类似的客户体验管理实践和标准?

    数字文化、人才和技能

    这一维度衡量了增强数字化劳动力所需的工具、技能和流程,评估了一个组织如何招聘、保留和激励其团队成员。

    1、数字文化

    三级要素

    评估的具体方面

    数字化领导力

    组织是否鼓励和展示数字化领导的特征和行为,如仆人领导和循证管理?

    适应心态与集体

    习惯

    组织如何利用数字连接和资源来创造鼓励创新和创造共同集体文化的工作环境?

    团队敏捷性和赋权

    组织如何提供和激励由不同技能、职能和地域组成的团队(“变形虫运动”)?具体措施包括社会化共同目标和共同责任,为他们提供实时管理和跟踪可交付成果所需的数字工具和资源。

    数字化工作场所

    经验

    工作的设计,工作环境和相关的政策是否能带来良好的员工体验?

    社会化媒体互连性

    员工是否通过社交媒体参与内部活动?

    2、组织数字人才

    三级要素

    评估的具体方面

    人才获取

    组织在吸引、招聘和留住最佳数字人才方面做得如何?

    扩展劳动力

    是否利用了众包和全球信息栅格等非传统人力资源提供的机会?

    动机和成就

    员工的积极性和成就感如何?

    3、持续学习

    三级要素

    评估的具体方面

    在职结构化学习

    学习是否被视为一种持续的活动,并作为商业运作的一部分受到积极的鼓励和促进?

    组织知识管理

    知识在整个组织中的获取和共享情况如何?

    数字化学习交付

    组织是否充分利用数字化方法来规划、提供和跟踪个人培训和发展需求?

    资格和认证

    组织是否通过认证来培养人才,提高员工的整体数字技能?

    创新与精益交付
    该维度评估组织与合作伙伴生态系统一起快速高效地创建和交付创新数字产品和服务的能力。
    1、规模创新

    三级要素

    评估的具体方面

    创新范围和准备程度

    组织是否在明确界定的范围内创新?

    参与生态系统

    组织是否与生态系统合作伙伴有效合作以推动创新?

    设计思维实践

    设计思维是否在组织内广泛实践,以支持以人为中心的想法和解决方案的生成?

    业务推广

    是否制定了有效引入和推动快速采用新数字服务的流程?

    生命周期管理

    基于真实世界数据的定义良好的流程是否控制着数字服务/产品的整个产品生命周期?

    2、精益交付

    三级要素

    评估的具体方面

    敏捷开发

    在服务/产品开发过程中,需求和解决方案是否通过自组织和跨职能团队及其客户/最终用户的协作而演变?

    全栈监控

    是否集成了来自各个监控解决方案的数据以创建一个完整的堆栈监控显示?

    反馈和基于分析的响应

    真实世界的生产信息和反馈是否被用作运营和服务管理的基础?

    持续交付

    开发团队是否在短周期内生产服务/产品,确保服务/产品可以在任何时候可靠地发布给客户/最终用户?

    3、按需供应链
    三级要素

    评估的具体方面

    回应变化

    供应链是否与无摩擦的信息共享紧密结合,以及作为一个整体快速响应不断变化的环境所需的灵活性?

    延伸价值链

    合作伙伴的优化设计价值链是否用于为客户提供最大价值?

    大数据与人工智能

    该维度评估组织通过提高运营效率和降低成本以及通过增加收入来利用数据创造业务价值的程度。

    1、数据治理
    三级要素

    评估的具体方面

    元数据管理

    组织是否通过提供元数据、业务上下文、标记、关系、数据质量和使用的全面、统一的视图,通过业务分析和数据治理最大化信息资产的业务价值?

    主数据管理

    管理共享数据是否可以降低与数据冗余相关的风险,确保更高的质量,并降低数据集成的成本?

    数据质量

    组织是否将质量管理技术应用于数据,以确保数据适合消费并满足数据消费者的需求?

    数据战略和政策

    是否制定了数据资产管理的策略和政策,包括相关决策权的确定和执行?

    数据安全和隐私

    组织如何规划、制定和执行安全政策和程序,以提供数据和信息资产的适当身份验证、授权、访问和审计?

    2、数据利用
    三级要素

    评估的具体方面

    数据驱动决策

    业务决策是否基于相关数据,而不仅仅是直觉,并由此带来可量化的运营绩效改进?

    数据货币化

    是否通过更个性化的营销和销售以及改进业务流程和决策产生额外收入?信息是否与新的和现有的客户和合作伙伴进行了外部货币化?

    数据科学与人工智能

    组织是否拥有强大的分析(机器学习/数据科学)能力来描述、预测和改进业务绩效?

    数据可视化

    数据的图片和图形表示是否用于帮助解释概念、想法和事实?

    3、数据工程
    三级要素

    评估的具体方面

    数据集成和

    互操作性

    应用程序和组织内部及之间的数据移动和整合是否得到良好管理?

    数据仓库和数据存储

    规划、实施和控制过程是否到位,以支持快速方便的报告、查询和分析的方式存储数据?

    数据架构和建模

    是否确定了组织的数据需求,并制定了主架构(architecture)蓝图以满足这些需求?这包括确定数据需求的范围和在综合数据模型中捕获这些需求。

    技术的先进性
    这一维度评估了组织在多大程度上能够采用新的数字技术以及定义明确、有效的治理,以提供完全自动化、可扩展和可靠的运营。
    1、技术治理
    三级元素

    评估的具体方面

    网络安全和数字风险管理

    该组织是否有一个强有力和有效的网络安全政策和实践,以确保其信息和通信技术资产的安全,同时实现业务目标?

    开放标准

    组织如何有效地利用开放源代码、开放标准和开放平台实现ICT敏捷性?

    技术政策和路线图

    组织如何定义和实施其技术战略、治理、架构和路线图,以实现敏捷性,同时确保规模上的协调?

    环境影响和成本

    组织如何管理其环境影响,包括能源消耗?

    2、技术操作

    三级元素

    评估的具体方面

    服务编排

    是否有一个完全自动化、自我修复、可扩展和可靠的操作环境?

    可靠性工程

    软件工程实践和技术是否应用于云级操作以实现更高级别的可靠性和可恢复性?

    开发平台和工具链

    组织是否拥有所需的开发平台和支持应用程序,以便使用最合适的技术高效地开发新的应用程序和服务?

    智能自动化

    组织是否对过程自动化解决方案,特别是RPA进行了适当的调查和投资?

    3、基础技术

    三级元素

    评估的具体方面

    云计算

    组织是否充分有效地利用了云计算和相关的现代基础设施实践?

    API和微服务

    数字服务在多大程度上是使用基于微服务的体系结构和API连接实现的?

    网络虚拟化

    网络功能是否作为一个在标准硬件上运行的基于软件的实体来实现?

    千兆连接、视频和物联网

    该组织在多大程度上采用了最新的无线、固话、物联网和边缘计算技术来提供数字服务?

    新兴的技术

    组织在多大程度上保持对新兴技术的认识和利用?

    企业数字化转型是一个从1到100的持续过程,这个过程必然会经历从起步到成熟等多个阶段。

    数字化能力成熟度评估,将有助于帮助企业厘清当前所处的数字化位置,并对数字化转型的路径有个清晰的认知,为后续制定适合企业的数字化转型战略和可行的行动计划提供参考和决策依据。

    您认为数字化能力成熟度评估,对企业数字化来讲,会有哪些作用?欢迎留言交流!

    本文来源:全息生态管理咨询

    展开全文
  • PMP第6版 每日工具

    千次阅读 2022-02-24 20:20:03
    工具列表 |29|技术绩效分析|11.7 |30|趋势分析|4.5,4.7,5.6,6.6,7.4,9.6,12.3 |31|偏差分析|4.5,4.7,5.6,6.6,7.4 |32|假设情景分析|6.5, 6.6 工具列表 ...其他风险参数评估 8 假设.

    文章目录

    工具列表

    序号名称关键词出现的章节
    2022-02-17
    1焦点小组相关方和主题专家,了解他们对所讨论的产品、服务或成果的期望和态度的一种启发4.1 制定项目章程
    4.2 制定项目管理计划
    5.2收集需求
    2访谈通过与相关方直接交谈,来获取信息的正式或非正式方法4.1 制定项目章程
    4.2 制定项目管理计划
    5.2 收集需求
    8.1 规划质量管理
    11.2 识别风险
    11.3 实施风险定性分析
    11.4 实施风险定量分析
    11.5 规划风险应对
    3市场调研运用从会议、在线评论和各种其他渠道得到的信息,来了解市场情况12.1 规划采购管理
    4问卷调查设计一系列书面问题,向众多受访者快速手机信息5.2 收集需求
    8.3 控制质量
    13.1 识别相关方
    2022-02-18
    5统计抽样从目标总体中选取部分样本用于检查8.3 控制质量
    6备选方案分析对不同的方案进行分析,选择最优的方案4.5 监控项目工作
    4.6 实施整体变更控制
    5.1 规划范围管理
    5.3 定义范围
    6.1 规划进度管理
    6.4 估算活动持续时间
    7.1 规划成本管理
    7.2 估算成本
    8.2 管理质量
    9.2 估算资源
    9.6 控制资源
    11.5 规划风险应对
    13.4监督相关方参与
    7其他风险参数评估对单个风险进行优先级排序时,可能考虑其他风险特征11.3 实施风险定性分析
    8假设条件和制约因素分析探索假设条件和制约因素的有效性,确定其中哪些会引发项目风险11.2 识别风险
    13.2 规划相关方参与
    2022-02-19
    9质量成本在整个产品生命周期所产生的所有成本7.2 估算成本
    8.1 规划质量管理
    10成本效益分析比较项目成本与其带来的收益的财务分析工具4.5 监控项目工作
    4.6 实施整体变更控制
    8.1 规划质量管理
    9.6 控制资源
    11.5 规划风险应对
    11决策树分析用来评估与一个决策相关的多个可选方案在不确定情况下的可能后果11.4 实施风险定量分析
    12文件分析分析相关文件改进未来项目和组织资产、收集需求、质量偏差、识别分线以及识别相关方4.7 结束项目或阶段
    5.2 收集需求
    8.2 管理质量
    11.2 识别风险
    13.1 识别相关方
    2022-02-20
    13挣值分析对范围、进度和成本绩效进行了综合分析4.5 监控项目工作
    6.6 实施整体变更控制
    7.4 控制成本
    12.3 控制采购
    14影响图对变量和结果之间的因果关系、事件时间顺序及其他关系的图形表示11.4 实施风险定量分析
    15迭代燃尽图追踪迭代未完项中待完成的工作6.6 控制进度
    16自制和外购分析确定是团队自己完成还是从外部采购12.1 规划采购管理
    2022-02-21
    17绩效审查测量、对比或分析实际与计划的绩效6.6 控制进度
    8.3 控制质量
    9.6 控制资源
    12.3 控制采购
    18过程分析识别过程改进机会,同时检查在过程期间遇到的问题、制约因素,以及非增值活动8.2 管理质量
    19建议书评价为做出合同授予决定而用于评审供应商提交的建议书的各种技术12.2 管理采购
    20回归分析通过考察一系列输入变量及其对应的输出结果,建立数学或统计关系4.7 结束项目或阶段
    2022-02-22
    21储备分析用来明确项目管理计划各组成部分的基本特征及其相互关系,从而为项目的工期、预算、成本估算和资金需求设定储备6.4 估算活动持续时间
    7.2 估算成本
    7.3 制定预算
    7.4 控制成本
    11.7 控制风险
    22风险数据质量评估评估风险数据对风险管理的有用程度11.3 实施风险定性分析
    23风险概率和影响评估风险发生的可能性,风险对进度、成本、质量或绩效的影响11.3 实施风险定性分析
    24根本原因分析确定引起偏差、缺陷或风险的根本原因4.5 监控项目工作
    8.2 管理质量
    8.3 控制质量
    11.2 规划风险管理
    13.2 规划相关方参与
    13.4 监督相关方参与
    2022-02-23
    25敏感性分析一种定量风险分析技术,将项目结果的变化与定量风险分析模型中输入的的变化建立关联,从而确定对项目结果产生最大潜在影响的单个项目风险或其他不确定性来源11.4 实施风险定量分析
    26模拟一种分析技术,通过建立模型,来综合分析各种不确定性因素,评估这些因素对目标的,潜在影响6.5 制定进度计划
    11.4 实施风险定量分析
    27相关方分析通过系统收集和分析各种定量与定性信息,来确定在整个项目中应该考虑哪些人的利益11.1 规划风险管理
    13.1 识别相关方
    13.4 监督相关方参与
    28SWOT分析对一个组织、项目或备选方案的优势、劣势、机会和威胁的分析11.2 识别风险
    2022-02-24
    29技术绩效分析技术成果与计划相比11.7 监督风险
    30趋势分析根据历史数据并利用数学模型,预测未来4.5 监控项目工作
    4.7 结束项目或阶段
    5.6 控制范围
    6.6 控制进度
    7.4 控制成本
    9.6 控制资源
    12.3 控制采购
    31偏差分析确定实际绩效与基准的差异程度及原因4.5 监控项目工作
    4.7 结束项目或阶段
    5.6 控制范围
    6.6 控制进度
    7.4 控制成本
    32假设情景分析对各种情景进行评估,预测它们对项目目标的影响6.5 指定进度计划
    6.6 控制进度
    2022-02-25
    33概率和影响矩阵把每个风险发生的概率和一旦发生对项目目标的影响映射起来11.3 实施风险定性分析
    34相关方参与度评估矩阵将当前与期望的相关方参与程度进行比较10.1 规划沟通管理
    10.3 监督沟通
    13.2 规划相关方参与
    13.4 监督相关放参与
    35相关方映射分析/表现利用不同方法对相关方进行分类的方法13.1 识别相关方
    36流程图对某系统内的一个或多个过程的输入、过程行为和输出的图形描述8.1 规划质量管理
    8.2 管理质量
    2022-02-26
    37逻辑数据模型8.1 规划质量管理
    38思维导图头脑风暴中的创意整合成一张图,反映创意之间的共性与差异,激发新创意5.2 收集需求
    8.1 规划质量管理
    13.2 规划相关方参与
    39矩阵图使用矩阵结构对数据进行分析,在行列交叉的为位置展示引述、原因和目标之间的关系强弱8.1 规划质量管理
    8.2 管理质量
    40亲和图对大量创意进行分组,以便进一步审查和分析5.2 收集需求
    8.2 管理质量
    2022-02-27
    41因果图分解技术,有助于追溯造成非预期的结果的根本原因8.2 管理质量
    8.3 控制质量
    42直方图展示数字数据的条形图8.2 管理质量
    43散点图展示两个变量的关系8.2 管理质量
    8.3 控制质量
    44控制图按时间顺序展示过程数据,并将这些数据与既定的控制界限相比较的一种图形。控制图有一条中心线,有助于观察图中的数据点向两边控制界限偏移的趋势8.3 控制质量
    2022-02-28
    45责任分配矩阵执行、负责、咨询和知情等词语来定义相关方在活动中的参与状态9.1 规划资源管理
    46文本型通过文本详细描述团队成员的职责9.1 规划资源管理
    47层级型通过工作分解结构(WBS)、组织分解结构(OBS)和资源分解结构(RBS)自上而下显示各种职位及其相互关系9.1 规划资源管理
    48层级图两个以上风险参数时使用,例如气泡图11.3 实施风险定性分析
    2022-03-01
    49多标准决策与分析借助决策树矩阵,用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准,从而对多方案进行评估和排序4.6 实施整体变更控制
    5.2 收集需求
    5.3 定义需求
    8.1 制定质量管理计划
    8.2 管理质量
    9.3 估算资源
    11.5 实施风险应对
    13.4 监督相关方参与
    50投票一致同意、大多数同意或相对多数同意4.5 监控项目工作
    4.6 实施整体变更控制
    5.2 收集需求
    5.5 确认范围
    6.4 估算活动持续时间
    7.2 估算成本
    13.4 监督相关方参与
    51独裁型决策制定将由一个人负责整个集体制定决策4.6 实施整体变更控制
    5.2 收集需求
    52优先级排序/分级对相关方及需求进行优先级排序或分级13.2 规划相关方参与
    2022-03-02
    53沟通胜任力经过裁剪的沟通技能的组合,有助于明确关键信息的目的、建立有效关系、实现信息共享和采取领导行为10.2 管理沟通
    54非语言通过示意、语调和面部表情等适当的肢体语言表达意思10.2 管理沟通
    55反馈沟通、可交付成果或情况的反应信息10.2 管理沟通
    13.3 管理相关方参与
    13.4 监督相关方参与
    56演示向相关方明确有效地演示项目信息10.2 管理沟通
    13.4监督相关方参与
    2022-03-03
    57积极倾听与说话人保持互动,并总结对话内容,以确保有效的信息交换,减少误解病促进沟通和知识分享4.4 管理项目知识
    10.2 管理沟通
    13.4 监督相关方参与
    58沟通风格评估识别与相关方展开沟通的优选沟通方法、形式和内容的一种技术10.1 规划沟通管理
    59冲突管理撤退/回避、缓和/包容、妥协/调节、强迫/命令、合作/解决问题4.1 制定项目章程
    4.2 制定项目管理计划
    9.4 创建团队
    9.5 管理团队
    10.2 管理沟通
    13.3 管理相关方参与
    60文化意识文化意识指理解个人、群体和组织之间的差异,并据此调整项目的沟通策略10.1 规划沟通管理
    10.2 管理沟通
    13.3 管理相关方参与
    13.4 监督相关方参与
    2022-03-04
    61制定决策谈判能力以及影响组织与项目管理团队的能力9.5 管理团队
    62情商管理个人、他人及团队情绪,了解团队情绪、关注点、问题,减轻压力和加强合作9.5 管理团队
    63引导有助于有效指引团队成功地达成决定、解决方案或结论4.1 制定下项目章程
    4.2 制定项目管理计划
    4.4 管理项目知识
    5.2 收集需求
    5.3 定义需求
    11.2 识别风险
    11.3 实施风险定性分析
    11.4 实施风险定量分析
    11.5 规划风险应对
    64影响力影响相关方的能力,有利于解决问题、达成一致意见、项目成功9.4 建设团队
    9.5 管理团队
    9.6 控制资源

    |1|焦点小组|4.1 4.2 5.2

    4.1
    焦点小组召集相关方和主题专家讨论项目风险、成功标准和其他议题,比一对一访谈更有利于互动交流。
    4.2
    焦点小组召集相关方讨论项目管理方法以及项目管理计划各个组成部分的整合方式。
    5.2
    焦点小组是召集预定的相关方和主题专家,了解他们对所讨论的产品、服务或成果的期望和态度。由一位受过训练的主持人引导大家进行互动式讨论。焦点小组往往比“一
    对一”的访谈更热烈。

    4.1
    Focus groups bring together stakeholders and subject matter experts to learn about the perceived project risk, success criteria, and other topics in a more conversational way than a one-on-one interview.
    4.2
    Focus groups bring together stakeholders to discuss the project management approach and the integration of the different components of the project management plan.
    5.2
    Focus groups bring together prequalified stakeholders and subject matter experts to learn about their expectations and attitudes about a proposed product, service, or result. A trained moderator guides the group through an interactive discussion designed to be more conversational than a one-on-one interview.

    |2|访谈|4.1 4.2 5.2 8.1 11.2 11.3 11.4 11.5

    4.1
    访谈是指通过与相关方直接交谈来了解高层级需求、假设条件、制约因素、审批标准以及其他信息。
    4.2
    访谈用于从相关方获取特定信息,用以制定项目管理计划、任何子计划或项目文件。
    5.2
    访谈是通过与相关方直接交谈,来获取信息的正式或非正式的方法。访谈的典型做法是向被访者提出预设和即兴的问题,并记录他们的回答。访谈经常是一个访谈者和一个被访者之间的“一对一”谈话,但也可以包括多个访谈者和/或多个被访者。访谈有经验的项目参与者、发起人和其他高管,以及主题专家,有助于识别和定义所需产品可交付成果的特征和功能。访谈也可用于获取机密信息。
    8.1
    访谈有经验的项目参与者、相关方和主题专家有助于了解他们对项目和产品质量的隐性和显性、正式和非正式的需求和期望。应在信任和保密的环境下开展访谈,以获
    得真实可信、不带偏见的反馈。
    11.2
    可以通过对资深项目参与者、相关方和主题专家的访谈,来识别单个项目风险以及整体项目风险的来源。应该在信任和保密的环境下开展访谈(见 5.2.2.2 节),以获得真实可信、不带偏见的意见。
    11.3
    结构化或半结构化的访谈(见 5.2.2.2 节)
    可用于评估单个项目风险的概率和影响,以及其他因素。访谈者应该营造信任和保密的访谈环境,以鼓励被访者提出诚实和无偏见的意见。
    11.4
    访谈(见 5.2.2.2 节)可用于针对单个项目风险和其他不确定性来源,生成定量风险分析的输入。当需要向专家征求信息时,访谈尤其适用。访谈者应该营造信任和保密的访谈环境,以鼓励被访者提出诚实和无偏见的意见。
    11.5
    单个项目风险和整体项目风险的应对措施可以在与风险责任人的结构化或半结构化的访谈(见 5.2.2.2 节)中制定。必要时,也可访谈其他相关方。访谈者应该营造信任和保密的访谈环境,以鼓励被访者提出诚实和无偏见的意见。

    4.1
    Interviews are used to obtain information on high-level requirements, assumptions or constraints, approval criteria, and other information from stakeholders by talking directly to them.
    4.2
    Interviews are used to obtain specific information from stakeholders to develop the project management plan or any component plan or project document.
    5.2
    An interview is a formal or informal approach to elicit information from stakeholders by talking to them directly. It is typically performed by asking prepared and spontaneous questions and recording the responses. Interviews are often conducted on an individual basis between an interviewer and an interviewee, but may involve multiple interviewers and/or multiple interviewees. Interviewing experienced project participants, sponsors, other executives, and subject matter experts can aid in identifying and defining the features and functions of the desired product deliverables. Interviews are also useful for obtaining confidential information.
    8.1
    Project and product quality needs and expectations, implicit and explicit, formal and informal, can be identified by interviewing experienced project participants, stakeholders, and subject matter experts. Interviews should be conducted in an environment of trust and confidentiality to encourage honest and unbiased contributions.
    11.2
    Individual project risks and sources of overall project risk can be identified by interviewing experienced project participants, stakeholders, and subject matter experts. Interviews (see Section 5.2.2.2) should be conducted in an environment of trust and confidentiality to encourage honest and unbiased contributions.
    11.3
    Structured or
    semi-structured interviews (Section 5.2.2.2) can be used to assess the probability and impacts of individual project risks, as well as other factors. The interviewer should promote an environment of trust and confidentiality in the interview setting to encourage honest and unbiased assessments.
    11.4
    Interviews (see Section 5.2.2.2) may be used to generate inputs for the quantitative risk analysis, drawing on inputs that include individual project risks and other sources of uncertainty. This is particularly useful where information is required from experts. The interviewer should promote an environment of trust and confidentiality during the interview to encourage honest and unbiased contributions.
    11.5
    Data-gathering techniques that can be used for this process include but are not limited to interviews (see Section 5.2.2.2). Development of responses to individual project risks and overall project risk may be undertaken during structured or semi-structured interviews (see Section 5.2.2.2) with risk owners. Other stakeholders may also be interviewed if necessary. The interviewer should promote an environment of trust and confidentiality in the interview setting to encourage honest and unbiased decisions.

    |3|市场调研|12.1

    12.1
    市场调研包括考察行业情况和具体卖方的能力。采购团队可运用从会议、在线评论和各种其他渠道得到的信息,来了解市场情况。采购团队也可以调整具体的采购目标,以便在平衡与有能力提供所需材料或服务的卖方的范围有关的风险的同时,利用成熟技术。

    12.1
    Market research includes examination of industry and specific seller capabilities. Procurement teams may leverage information gained at conferences, online reviews, and a variety of sources to identify market capabilities. The team may also refine specific procurement objectives to leverage maturing technologies while balancing risks associated with the breadth of sellers who can provide the desired materials or services.

    |4|问卷调查|5.2 8.3 13.1

    5.2
    问卷调查是指设计一系列书面问题,向众多受访者快速收集信息。问卷调查方法非常适用于以下情况:受众多样化,需要快速完成调查,受访者地理位置分散,并且适合开展统计分析。
    8.3
    问卷调查可用于在部署产品或服务之后收集关于客户满意度的数据。在问卷调查中识别的缺陷相关成本可被视为 COQ 模型中的外部失败成本,给组织带来的影响会超出成
    本本身。
    13.1
    问卷和调查可以包括一对一调查、焦点小组讨论,或其他大规模信息收集技术。

    5.2
    Questionnaires and surveys are written sets of questions designed to quickly accumulate information from a large number of respondents. Questionnaires and/or surveys are most appropriate with varied audiences, when a quick turnaround is needed, when respondents are geographically dispersed, and where statistical analysis could be appropriate.
    8.3
    Surveys may be used to gather data about customer satisfaction after the deployment of the product or service. The cost regarding defects identified in the surveys may be considered external failure costs in the COQ model and can have extensive cost implications for the organization.
    13.1
    Questionnaires and surveys can include one-on-one reviews, focus group sessions, or other mass information collection techniques.

    |5|统计抽样|8.3

    8.3
    统计抽样是指从目标总体中选取部分样本用于检查(如从 75 张工程图纸中随机抽取10 张)。样本用于测量控制和确认质量。抽样的频率和规模应在规划质量管理过程中确定。
    8.3
    Statistical sampling involves choosing part of a population of interest for inspection (for example, selecting 10 engineering drawings at random from a list of 75). The sample is taken to measure controls and verify quality. Sample frequency and sizes should be determined during the Plan Quality Management process.

    |6|备选方案分析|4.5 4.6 5.1 5.3 6.1 6.4 7.1 7.2 8.2 9.2 9.6 11.5 13.4

    4.5
    备选方案分析用于在出现偏差时选择要执行的纠正措施或纠正措施和预防措施的组合。
    4.6
    该技术用于评估变更请求,并决定哪些请求可接受、应否决或需修改。
    5.1
    本技术用于评估收集需求、详述项目和产品范围、创造产品、确认范围和控制范围的各种方法。
    5.3
    备选方案分析可用于评估实现项目章程中所述的需求和目标的各种方法。
    6.1
    备选方案分析可包括确定采用哪些进度计划方法,以及如何将不同方法整合到项目中;此外,它还可以包括确定进度计划的详细程度、滚动式规划的持续时间,以及审查和更新频率。管理进度所需的计划详细程度与更新计划所需的时间量之间的平衡,应针对各个项目具体而言。
    6.4
    备选方案分析用于比较不同的资源能力或技能水平、进度压缩技术(见 6.5.2.6节)、不同工具(手动和自动),以及关于资源的创建、租赁和购买决策。这有助于团队权衡资源、成本和持续时间变量,以确定完成项目工作的最佳方式。
    7.1
    备选方案分析可包括审查筹资的战略方法,如自筹资金、股权投资、借贷投资等,还可以包括对筹集项目资源的方法(如自制、采购、租用或租赁)的考量。
    7.2
    备选方案分析是一种对已识别的可选方案进行评估的技术,用来决定选择哪种方案或使用何种方法来执行项目工作。例如评估购买和制造可交付成果分别对成本、进度、资源和质量的影响。
    8.2
    该技术用于评估已识别的可选方案,以选择那些最合适的质量方案或方法。
    9.2
    备选方案分析是一种对已识别的可选方案进行评估的技术,用来决定选择哪种方案或使用何种方法来执行项目工作。很多活动有多个备选的实施方案,例如使用能力或技能水平不同的资源、不同规模或类型的机器、不同的工具(手工或自动),以及关于资源自制、租赁或购买的决策。备选方案分析有助于提供在定义的制约因素范围内执行项目活动的最佳方案。
    9.6
    备选方案分析有助于选择最佳解决方案以纠正资源使用偏差,可以将加班和增加团队资源等备选方案与延期交付或阶段性交付相比较,以权衡利弊。
    11.5
    对备选风险应对方案的特征和要求进行简单比较,进而确定哪个应对方案最为适用。
    13.4
    在相关方参与效果没有达到期望要求时,应该开展备选方案分析,评估应对偏差的各种备选方案。

    4.5
    Alternatives analysis is used to select the corrective actions or a combination of corrective and preventive actions to implement when a deviation occurs.
    4.6
    Described in Section 9.2.2.5. This technique is used to assess the requested changes and decide which are accepted, rejected, or need to be modified to be finally accepted.
    5.1
    Various ways of collecting requirements, elaborating the project and product scope, creating the product, validating the scope, and controlling the scope are evaluated.
    5.3
    Alternatives analysis can be used to evaluate ways to meet the requirements and the objectives identified in the charter.
    6.1
    Alternatives analysis can include determining which schedule methodology to use, or how to combine various methods on the project. It can also include determining how detailed the schedule needs to be, the duration of waves for rolling wave planning, and how often it should be reviewed and updated. An appropriate balance between the level of detail needed to manage the schedule and the amount of time it takes to keep it up to date needs to be reached for each project.
    6.4
    Alternatives analysis is used to compare various levels of resource capability or skills; scheduling compression techniques (described in Section 6.5.2.6); different tools (manual versus automated); and make, rent, or buy decisions regarding the resources. This allows the team to weigh resource, cost, and duration variables to determine an optimal approach for accomplishing project work.
    7.1
    Alternatives analysis can include reviewing strategic funding options such as: self-funding, funding with equity, or funding with debt. It can also include consideration of ways to acquire project resources such as making, purchasing, renting, or leasing.
    7.2
    Alternatives analysis is a technique used to evaluate identified options in order to select which options or approaches to use to execute and perform the work of the project. An example would be evaluating the cost, schedule, resource, and quality impacts of buying versus making a deliverable.
    8.2
    This technique is used to evaluate identified options in order to select which different quality options or approaches are most appropriate to use.
    9.2
    Alternatives analysis is used to evaluate identified options in order to select the options or approaches to use to execute and perform the work of the project. Many activities have multiple options for accomplishment. They include using various levels of resource capability or skills, different sizes or types of machines, different tools (manual versus automated), and make-rent-orbuy decisions regarding the resources. Alternatives analysis assists in providing the best solution to perform the project activities, within the defined constraints.
    9.6
    Alternatives can be analyzed to select the best resolution for correcting variances in resource utilization. Alternatives such as paying additional for overtime or additional team resources can be weighed against a late delivery or phased deliveries.
    11.5
    A simple comparison of the characteristics and requirements of alternative risk response options can lead to a decision on which response is most appropriate.
    13.4
    Alternatives analysis can be used to evaluate options to respond to variances in the desired results of stakeholder engagement.

    |7|其他风险参数评估|11.3

    11.3
    为了方便未来分析和行动,在对单个项目风险进行优先级排序时,项目团队可能考虑(除概率和影响以外的)其他风险特征。此类特征可能包括(但不限于):

    • 紧迫性。 为有效应对风险而必须采取应对措施的时间段。时间短就说明紧迫性高。
    • 邻近性。 风险在多长时间后会影响一项或多项项目目标。时间短就说明邻近性高。
    • 潜伏期。 从风险发生到影响显现之间可能的时间段。时间短就说明潜伏期短。
    • 可管理性。 风险责任人(或责任组织)管理风险发生或影响的容易程度。如果容易管理,可管理性就高。
    • 可控性。 风险责任人(或责任组织)能够控制风险后果的程度。如果后果很容易控制,可控性就高。
    • 可监测性。 对风险发生或即将发生进行监测的容易程度。如果风险发生很容易监测,可监测性就高。
    • 连通性。 风险与其他单个项目风险存在关联的程度大小。如果风险与多个其他风险存在关联,连通性就高。
    • 战略影响力。 风险对组织战略目标潜在的正面或负面影响。如果风险对战略目标有重大影响,战略影响力就大。
    • 密切度。 风险被一名或多名相关方认为要紧的程度。被认为很要紧的风险,密切度就高。
      相对于仅评估概率和影响,考虑上述某些特征有助于进行更稳健的风险优先级排序。
      11.3
      The project team may consider other characteristics of risk (in addition to probability and impact) when prioritizing individual project risks for further analysis and action. These characteristics may include but are not limited to:
    • Urgency. The period of time within which a response to the risk is to be implemented in order to be effective. A short period indicates high urgency.
    • Proximity. The period of time before the risk might have an impact on one or more project objectives. A short period indicates high proximity.
    • Dormancy. The period of time that may elapse after a risk has occurred before its impact is discovered. A short period indicates low dormancy.
    • Manageability. The ease with which the risk owner (or owning organization) can manage the occurrence or impact of a risk. Where management is easy, manageability is high.
    • Controllability. The degree to which the risk owner (or owning organization) is able to control the risk’s outcome. Where the outcome can be easily controlled, controllability is high.
    • Detectability. The ease with which the results of the risk occurring, or being about to occur, can be detected and recognized. Where the risk occurrence can be detected easily, detectability is high.
    • Connectivity. The extent to which the risk is related to other individual project risks. Where a risk is connected to many other risks, connectivity is high.
    • Strategic impact. The potential for the risk to have a positive or negative effect on the organization’s strategic goals. Where the risk has a major effect on strategic goals, strategic impact is high.
    • Propinquity. The degree to which a risk is perceived to matter by one or more stakeholders. Where a risk is perceived as very significant, propinquity is high.
      The consideration of some of these characteristics can provide a more robust prioritization of risks than is possible by only assessing probability and impact.

    |8|假设条件和制约因素分析|11.2 13.2

    11.2
    每个项目及其项目管理计划的构思和开发都基于一系列的假设条件,并受一系列制约因素的限制。这些假设条件和制约因素往往都已纳入范围基准和项目估算。开展假设条件和制约因素分析,来探索假设条件和制约因素的有效性,确定其中哪些会引发项目风险。从假设条件的不准确、不稳定、不一致或不完整,可以识别出威胁,通过清除或放松会影响项目或过程执行的制约因素,可以创造出机会。
    13.2
    可能需要分析当前的假设条件和制约因素,以合理剪裁相关方参与策略。

    11.2
    Every project and its project management plan are conceived and developed based on a set of assumptions and within a series of constraints. These are often already incorporated in the scope baseline and project estimates. Assumption and constraint analysis explores the validity of assumptions and constraints to determine which pose a risk to the project. Threats may be identified from the inaccuracy, instability, inconsistency, or incompleteness of assumptions. Constraints may give rise to opportunities through removing or relaxing a limiting factor that affects the execution of a project or process.
    13.2
    Analysis of current assumptions and constraints may be conducted in order to tailor appropriate engagement strategies.

    |9|质量成本|7.2 8.1

    7.2
    在估算时,可能要用到关于质量成本(见 8.1.2.3 节)的各种假设,这包括对以下情况进行评估:是为达到要求而增加投入,还是承担不符合要求而造成的成本;是寻求短期成本降低,还是承担产品生命周期后期频繁出现问题的后果。
    8.1
    与项目有关的质量成本 (COQ) 包含以下一种或多种成本(图 8-5 提供了各组成本的例子):

    • 预防成本。 预防特定项目的产品、可交付成果或服务质量低劣所带来的相关成本。
    • 评估成本。 评估、测量、审计和测试特定项目的产品、可交付成果或服务所带来的相关成本。
    • 失败成本(内部/外部)。 因产品、可交付成果或服务与相关方需求或期望不一致而导致的相关成本。
      最优 COQ 能够在预防成本和评估成本之间找到恰当的投资平衡点,以规避失败成本。有关模型表明,最优项目质量成本,指在投资额外的预防/评估成本时,既无益处又不具备成本效益。
      Cost_of_Quality_ZH

    7.2
    Assumptions about costs of quality (Section 8.1.2.3) may be used to prepare the estimates. This includes evaluating the cost impact of additional investment in conformance versus the cost of nonconformance. It can also include looking at short-term cost reductions versus the implication of more frequent problems later on in the product life cycle.
    8.1
    The cost of quality (COQ) associated with a project consists of one or more of the following costs (Figure 8-5 lists examples for each cost group):

    • Prevention costs. Costs related to the prevention of poor quality in the products, deliverables, or services of the specific project.
    • Appraisal costs. Costs related to evaluating, measuring, auditing, and testing the products, deliverables, or services of the specific project.
    • Failure costs (internal/external). Costs related to nonconformance of the products, deliverables, or services to the needs or expectations of the stakeholders.
      The optimal COQ is one that reflects the appropriate balance for investing in the cost of prevention and appraisal to avoid failure costs. Models show that there is an optimal quality cost for projects, where investing in additional prevention/appraisal costs is neither beneficial nor cost effective.
      Cost_of_Quality_EN

    |10|成本效益分析|4.5 4.6 8.1 9.6 11.5

    4.5
    成本效益分析有助于在项目出现偏差时确定最节约成本的纠正措施。
    4.6
    该分析有助于确定变更请求是否值得投入相关成本。
    8.1
    成本效益分析是用来估算备选方案优势和劣势的财务分析工具,以确定可以创造最佳效益的备选方案。成本效益分析可帮助项目经理确定规划的质量活动是否有效利用了成本。达到质量要求的主要效益包括减少返工、提高生产率、降低成本、提升相关方满意度及提升赢利能力。对每个质量活动进行成本效益分析,就是要比较其可能成本与预期效益。
    9.6
    成本效益分析有助于在项目成本出现差异时确定最佳的纠正措施。
    11.5
    如果能够把单个项目风险的影响进行货币量化,那么就可以通过成本收益分析(见 8.1.2.3 节)来确定备选风险应对策略的成本有效性。把应对策略将导致的风险影响级别变更除以策略的实施成本,所得到的比率,就代表了应对策略的成本有效性。比率越高,有效性就越高。

    4.5
    Cost-benefit analysis helps to determine the best corrective action in terms of cost in case of project deviations.
    4.6
    This analysis helps to determine if the requested change is worth its associated cost.
    8.1
    A cost-benefit analysis is a financial analysis tool used to estimate the strengths and weaknesses of alternatives in order to determine the best alternative in terms of benefits provided. A costbenefit analysis will help the project manager determine if the planned quality activities are cost effective. The primary benefits of meeting quality requirements include less rework, higher productivity, lower costs, increased stakeholder satisfaction, and increased profitability. A cost-benefit analysis for each quality activity compares the cost of the quality step to the expected benefit.
    9.6
    This analysis helps to determine the best corrective action in terms of cost in case of project deviations.
    11.5
    If the impact of an individual project risk can be quantified in monetary terms, then the cost-effectiveness of alternative risk response strategies can be determined using cost-benefit analysis (see Section 8.1.2.3). The ratio of (change in impact level) divided by (implementation cost) gives the cost effectiveness of the response strategy, with a higher ratio indicating a more effective response.

    |11|决策树分析|11.4

    11.4
    用决策树在若干备选行动方案中选择一个最佳方案。在决策树中,用不同的分支代表不同的决策或事件,即项目的备选路径。每个决策或事件都有相关的成本和单个项目
    风险(包括威胁和机会)。决策树分支的终点表示沿特定路径发展的最后结果,可以是负面或正面的结果。
    在决策树分析中,通过计算每条分支的预期货币价值,就可以选出最优的路径。决策树示例,见图11-15。
    Example_Decision_Tree_ZH
    11.4
    Decision trees are used to support selection of the best of several alternative courses of action. Alternative paths through the project are shown in the decision tree using branches representing different decisions or events, each of which can have associated costs and related individual project risks (including both threats and opportunities). The end-points of branches in the decision tree represent the outcome from following that particular path, which can be negative or positive.
    The decision tree is evaluated by calculating the expected monetary value of each branch, allowing the optimal path to be selected. An example decision tree is shown in Figure 11-15.
    Example_Decision_Tree_EN

    |12|文件分析|4.7 5.2 8.2 11.2 13.1

    4.7
    评估现有文件有助于总结经验教训和分享知识,以改进未来项目和组织资产。
    5.2
    文件分析包括审核和评估任何相关的文件信息。在此过程中,文件分析用于通过分析现有文件,识别与需求相关的信息来获取需求。有助于获取相关需求的文件很多。可供分析的文件包括(但不限于):

    • 协议;
    • 商业计划;
    • 业务流程或接口文档;
    • 业务规则库;
    • 现行流程;
    • 市场文献;
    • 问题日志;
    • 政策和程序;
    • 法规文件,如法律、准则、法令等;
    • 建议邀请书;
    • 用例。
      8.2
      分析项目控制过程所输出的不同文件,如质量报告、测试报告、绩效报告和偏差分析,可以重点指出可能超出控制范围之外并阻碍项目团队满足特定要求或相关方期望的过程。
      11.2
      通过对项目文件的结构化审查,可以识别出一些风险。可供审查的文件包括(但不限于)计划、假设条件、制约因素、以往项目档案、合同、协议和技术文件。项目文件中的不确定性或模糊性,以及同一文件内部或不同文件之间的不一致,都可能是项目风险的指示信号。
      13.1
      评估现有项目文件及以往项目的经验教训,以识别相关方和其他支持性信息。

    4.7
    Assessing available documentation will allow identifying lessons learned and knowledge sharing for future projects and organizational assets improvement.
    5.2
    Document analysis consists of reviewing and assessing any relevant documented information. In this process, document analysis is used to elicit requirements by analyzing existing documentation and identifying information relevant to the requirements. There is a wide range of documents that may be analyzed to help elicit relevant requirements. Examples of documents that may be analyzed include but are not limited to:

    • Agreements;
    • Business plans;
    • Business process or interface documentation;
    • Business rules repositories;
    • Current process flows;
    • Marketing literature;
    • Problem/issue logs;
    • Policies and procedures;
    • Regulatory documentation such as laws, codes, or ordinances, etc.;
    • Requests for proposal; and
    • Use cases.
      8.2
      The analysis of different documents produced as part of the output of project control processes, such as quality reports, test reports, performance reports, and variance analysis, can point to and focus on processes that may be out of control and may jeopardize meeting the specified requirements or stakeholders’ expectations.
      11.2
      Risks may be identified from a structured review of project documents, including, but not limited to, plans, assumptions, constraints, previous project files, contracts, agreements, and technical documentation. Uncertainty or ambiguity in project documents, as well as
      inconsistencies within a document or between different documents, may be indicators of risk on the project.
      13.1
      Assessing the available project documentation and lessons learned from previous projects to identify stakeholders and other supporting information.

    |13|挣值分析|4.5 6.6 7.4 12.3

    4.5
    挣值分析对范围、进度和成本绩效进行了综合分析。
    6.6
    进度绩效测量指标(如进度偏差(SV)和进度绩效指数(SPI))用于评价偏离初始进度基准的程度。
    7.4
    挣值分析将实际进度和成本绩效与绩效测量基准进行比较。 EVM把范围基准、成本基准和进度基准整合起来,形成绩效测量基准。它针对每个工作包和控制账户,计算并监测以下三个关键指标:

    • 计划价值。 计划价值(PV)是为计划工作分配的经批准的预算,它是为完成某活动或工作分解结构 (WBS) 组成部分而准备的一份经批准的预算,不包括管理储备。应该把该预算分配至项目生命周期的各个阶段;在某个给定的时间点,计划价值代表着应该已经完成的工作。 PV的总和有时被称为绩效测量基准(PMB),项目的总计划价值又被称为完工预算(BAC)。
    • 挣值。 挣值(EV)是对已完成工作的测量值,用该工作的批准预算来表示,是已完成工作的经批准的预算。 EV的计算应该与PMB相对应,且所得的EV值不得大于相应组件的PV总预算。EV 常用于计算项目的完成百分比,应该为每个 WBS 组件规定进展测量准则,用于考核正在实施的工作。项目经理既要监测 EV 的增量,以判断当前的状态,又要监测 EV 的累计值,以判断长期的绩效趋势。
    • 实际成本。 实际成本(AC)是在给定时段内,执行某活动而实际发生的成本,是为完成与 EV相对应的工作而发生的总成本。 AC 的计算方法必须与 PV 和 EV 的计算方法保持一致(例如,都只计算直接小时数,都只计算直接成本,或都计算包含间接成本在内的全部成本)。 AC 没有上限,为实现 EV 所花费的任何成本都要计算进去。
      12.3
      计算进度和成本偏差,以及进度和成本绩效指数,以确定偏离目标的程度。

    4.5
    Earned value provides an integrated perspective on scope, schedule, and cost performance.
    6.6
    Schedule performance measurements such as schedule variance (SV) and schedule performance index (SPI) are used to assess the magnitude of variation to the original schedule baseline.
    7.4
    Earned value analysis compares the performance measurement baseline to the actual schedule and cost performance. EVM integrates the scope baseline with the cost baseline and schedule baseline to form the performance measurement baseline. EVM develops and monitors three key dimensions for each work package and control account:

    • Planned value. Planned value (PV) is the authorized budget assigned to scheduled work. It is the authorized budget planned for the work to be accomplished for an activity or work breakdown structure (WBS) component, not including management reserve. This budget is allocated by phase over the life of the project, but at a given point in time, planned value defines the physical work that should have been accomplished. The total of the PV is sometimes referred to as the performance measurement baseline (PMB). The total planned value for the project is also known as budget at completion (BAC).
    • Earned value. Earned value (EV) is a measure of work performed expressed in terms of the budget authorized for that work. It is the budget associated with the authorized work that has been completed. The EV being measured needs to be related to the PMB, and the EV measured cannot be greater than the authorized PV budget for a component. The EV is often used to calculate the percent complete of a project. Progress measurement criteria should be established for each WBS component to measure work in progress. Project managers monitor EV, both incrementally to determine current status and cumulatively to determine the longterm performance trends.
    • Actual cost. Actual cost (AC) is the realized cost incurred for the work performed on an activity during a specific time period. It is the total cost incurred in accomplishing the work that the EV measured. The AC needs to correspond in definition to what was budgeted in the PV and measured in the EV (e.g., direct hours only, direct costs only, or all costs including indirect costs). The AC will have no upper limit; whatever is spent to achieve the EV will be measured.
      12.3
      Schedule and cost variances along with schedule and cost performance indexes are calculated to determine the degree of variance from target.

    |14|影响图|11.4

    11.4
    影响图是不确定条件下决策制定的图形辅助工具。它将一个项目或项目中的一种情境表现为一系列实体、结果和影响,以及它们之间的关系和相互影响。如果因为存在单个项目风险或其他不确定性来源而使影响图中的某些要素不确定,就在影响图中以区间或概率分布的形式表示这些要素;然后,借助模拟技术(如蒙特卡洛分析)来分析哪些要素对重要结果具有最大的影响。影响图分析,可以得出类似于其他定量风险分析的结果,如 S 曲线图和龙卷风图。
    11.4
    Influence diagrams are graphical aids to decision making under uncertainty. An influence diagram represents a project or situation within the project as a set of entities, outcomes, and influences, together with the relationships and effects between them. Where an element in the influence diagram is uncertain as a result of the existence of individual project risks or other sources of uncertainty, this can be represented in the influence diagram using ranges or probability distributions. The influence diagram is then evaluated using a simulation technique, such as Monte Carlo analysis, to indicate which elements have the greatest influence on key outcomes. Outputs from an influence diagram are similar to other quantitative risk analysis methods, including S-curves and tornado diagrams.

    |15|迭代燃尽图|6.6

    6.6
    这类图用于追踪迭代未完项中尚待完成的工作。它基于迭代规划(见 6.4.2.8 节)中确定的工作,分析与理想燃尽图的偏差。可使用预测趋势线来预测迭代结束时可能出现的偏差,以及在迭代期间应该采取的合理行动。在燃尽图中,先用对角线表示理想的燃尽情况,再每天画出实际剩余工作,最后基于剩余工作计算出趋势线以预测完成情况。图 6-24 是迭代燃尽图的一个例子。
    Iteration_Burndown_Chart_ZH

    6.6
    This chart tracks the work that remains to be completed in the iteration backlog. It is used to analyze the variance with respect to an ideal burndown based on the work committed from iteration planning (see Section 6.4.2.8). A forecast trend line can be used to predict the likely variance at iteration completion and take appropriate actions during the course of the iteration. A diagonal line representing the ideal burndown and daily actual remaining work is then plotted. A trend line is then calculated to forecast completion
    based on remaining work. Figure 6-24 is an example of an iteration burndown chart.
    Iteration_Burndown_Chart_EN

    |16|自制和外购分析|12.1

    12.1
    自制或外购分析用于确定某项工作或可交付成果最好由项目团队自行完成,还是应该从外部采购。制定自制或外购决策时应考虑的因素包括;组织当前的资源配置及其技能和能力,对专业技术的需求,不愿承担永久雇用的义务,以及对独特技术专长的需求;还要评估与每个自制或外购决策相关的风险。
    在自制或外购分析中,可以使用回收期、投资回报率(ROI)、内部报酬率 (IRR)、现金流贴现、净现值(NPV)、收益成本(BCA)或其他分析技术,来确定某种货物或服务是应该在项目内部自制,还是从外部购买。

    12.1
    A make-or-buy analysis is used to determine whether work or deliverables can best be accomplished by the project team or should be purchased from outside sources. Factors to consider in the make-or-buy decision include the organization’s current resource allocation and their skills and abilities, the need for specialized expertise, the desire to not expand permanent employment obligations, and the need for independent expertise. It also includes evaluating the risks involved with each make-or-buy decision.

    |17|绩效审查|6.6 8.3 9.6 12.3

    6.6
    绩效审查是指根据进度基准,测量、对比和分析进度绩效,如实际开始和完成日期、已完成百分比,以及当前工作的剩余持续时间。
    8.3
    绩效审查针对实际结果,测量、比较和分析规划质量管理过程中定义的质量测量指标。
    9.6
    绩效审查是测量、比较和分析计划的资源使用和实际资源使用的不同。分析成本和进度工作绩效信息有助于指出可能影响资源使用的问题。
    12.3
    在项目进展过程中,项目团队可能会使用趋势分析,基于当前绩效信息来确定未来项目阶段所需的资源。趋势分析检查项目绩效随时间的变化情况,可用于确定绩效是在改善还是在恶化。

    6.6
    Performance reviews measure, compare, and analyze schedule performance against the schedule baseline such as actual start and finish dates, percent complete, and remaining duration for work in progress.
    8.3
    Performance reviews measure, compare, and analyze the quality metrics defined by the Plan Quality Management process against the actual results.
    9.6
    Performance reviews measure, compare, and analyze planned resource utilization to actual resource utilization. Cost and schedule work performance information can also be analyzed to help pinpoint issues that can influence resource utilization.
    12.3
    Performance reviews for contracts measure, compare, and analyze quality, resource, schedule, and cost performance against the agreement. This includes identifying work packages that are ahead or behind schedule, over or under budget, or have resource or quality issues.

    |18|过程分析|8.2

    8.2
    过程分析可以识别过程改进机会,同时检查在过程期间遇到的问题、制约因素,以及非增值活动。

    8.2
    Process analysis identifies opportunities for process improvements. This analysis also examines problems, constraints, and non-value-added activities that occur during a process.

    |19|建议书评价|12.2

    12.2
    对建议书进行评估,确定它们是否对包含在招标文件包中的招标文件、采购工作说明书、供方选择标准和其他文件,都做出了完整且充分的响应。
    12.2
    Proposals are evaluated to ensure they are complete and respond in full to the bid documents, procurement statement of work, source selection criteria, and any other documents that went out in the bid package.

    |20|回归分析|4.7

    4.7
    该技术分析作用于项目结果的不同项目变量之间的相互关系,以提高未来项目的绩效。
    4.8
    This technique analyzes the interrelationships between different project variables that contributed to the project outcomes to improve performance on future projects.

    |21|储备分析|6.4 7.2 7.3 7.4 11.7

    6.4
    储备分析用于确定项目所需的应急储备量和管理储备。在进行持续时间估算时,需考虑应急储备(有时称为“进度储备”),以应对进度方面的不确定性。应急储备是包含在进度基准中的一段持续时间,用来应对已经接受的已识别风险。应急储备与“已知 — 未知”风险相关,需要加以合理估算,用于完成未知的工作量。应急储备可取活动持续时间估算值的某一百分比或某一固定的时间段,亦可把应急储备从各个活动中剥离出来并汇总。随着项目信息越来越明确,可以动用、减少或取消应急储备,应该在项目进度文件中清楚地列出应急储备。也可以估算项目进度管理所需要的管理储备量。管理储备是为管理控制的目的而特别留出的项目预算,用来应对项目范围中不可预见的工作。管理储备用来应对会影响项目的“未知-未知”风险,它不包括在进度基准中,但属于项目总持续时间的一部分。依据合同条款,使用管理储备可能需要变更进度基准。
    7.2
    为应对成本的不确定性,成本估算中可以包括应急储备(有时称为“应急费用”)。应急储备是包含在成本基准内的一部分预算,用来应对已识别的风险;应急储备还通常是预算的一部分,用来应对那些会影响项目的“已知 — 未知”风险。例如,可以预知有些项目可交付成果需要返工,却不知道返工的工作量是多少。可以预留应急储备来应对这些未知数量的返工工作。小至某个具体活动,大到整个项目,任何层级都可有其应急储备。应急储备可取成本估算值的某一百分比、某个固定值,或者通过定量分析来确定;而随着项目信息越来越明确,可以动用、减少或取消应急储备。应该在成本文件中清楚地列出应急储备。应急储备是成本基准的一部分,也是项目整体资金需求的一部分。
    7.3
    可用于制定预算过程的数据分析技术包括(但不限于)可以建立项目管理储备的储备分析。管理储备是为了管理控制的目的而特别留出的项目预算,用来应对项目范围中不可预见的工作,目的是用来应对会影响项目的“未知 — 未知”风险。管理储备不包括在成本基准中,但属于项目总预算和资金需求的一部分。当动用管理储备资助不可预见的工作时,就要把动用的管理储备增加到成本基准中,从而导致成本基准变更。
    7.4
    在控制成本过程中,可以采用储备分析来监督项目中应急储备和管理储备的使用情况,从而判断是否还需要这些储备,或者是否需要增加额外的储备。随着项目工
    作的进展,这些储备可能已按计划用于支付风险或其他应急情况的成本;反之,如果抓住机会节约了成本,节约下来的资金可能会增加到应急储备中,或作为盈利/利润从项目中剥离。如果已识别的风险没有发生,就可能要从项目预算中扣除未使用的应急储备,为其他项目或运营腾出资源。同时,在项目中开展进一步风险分析,可能会发现需要为项目预算申请额外的储备。
    11.7
    在整个项目执行期间,可能发生某些单个项目风险,对预算和进度应急储备产生正面或负面的影响。储备分析是指在项目的任一时点比较剩余应急储备与剩余风险量,从而确定剩余储备是否仍然合理。可以用各种图形(如燃尽图)来显示应急储备的消耗情况。

    6.4
    Reserve analysis is used to determine the amount of contingency and management reserve needed for the project. Duration estimates may include contingency reserves, sometimes referred to as schedule reserves, to account for schedule uncertainty. Contingency reserves are the estimated duration within the schedule baseline, which is allocated for identified risks that are accepted. Contingency reserves are associated with the known-unknowns, which may be estimated to account for this unknown amount of rework. The contingency reserve may be a percentage of the estimated activity duration or a fixed number of work periods. Contingency reserves may be separated from the individual activities and aggregated. As more precise information about the project becomes available, the contingency reserve may be used, reduced, or eliminated. Contingency should be clearly identified in the schedule documentation.
    Estimates may also be produced for the amount of management reserve of schedule for the project. Management reserves are a specified amount of the project budget withheld for management control purposes and are reserved for unforeseen work that is within scope of the project. Management reserves are intended to address the unknown-unknowns that can affect a project. Management reserve is not included in the schedule baseline, but it is part of the overall project duration requirements. Depending on contract terms, use of management
    reserves may require a change to the schedule baseline.
    7.2
    Cost estimates may include contingency reserves (sometimes called contingency allowances) to account for cost uncertainty. Contingency reserves are the budget within the cost baseline that is allocated for identified risks. Contingency reserves are often viewed as the part of the budget intended to address the knownunknowns that can affect a project. For example, rework for some project deliverables could be anticipated, while the amount of this rework is unknown. Contingency reserves may be estimated to account for this unknown
    amount of rework. Contingency reserves can be provided at any level from the specific activity to the entire project. The contingency reserve may be a percentage of the estimated cost, a fixed number, or may be developed by using quantitative analysis methods.
    As more precise information about the project becomes available, the contingency reserve may be used, reduced, or eliminated. Contingency should be clearly identified in cost documentation. Contingency reserves are part of the cost baseline and the overall funding requirements for the project.
    7.3
    A data analysis technique that can be used in the Determine Budget process includes but is not limited to reserve analysis, which can establish the management reserves for the project. Management reserves are an amount of the project budget withheld for management control purposes and are reserved for unforeseen work that is within scope of the project. Management reserves are intended to address the unknown unknowns that can affect a project. The management reserve is not included in the cost baseline but is part of the overall project budget and funding requirements. When an amount of management reserves is used to fund unforeseen work, the amount of management reserve used is added to the cost baseline, thus requiring an approved change to the cost baseline.
    7.4
    During cost control, reserve analysis is used to monitor the status of contingency and management reserves for the project to determine if these reserves are still needed or if additional reserves need to be requested. As work on the project progresses, these reserves may be used as planned to cover the cost of risk responses or other contingencies. Conversely, when opportunities are captured and resulting in cost savings, funds may be added to the contingency amount, or taken from the project as margin/profit.
    If the identified risks do not occur, the unused contingency reserves may be removed from the project budget to free up resources for other projects or operations. Additional risk analysis during the project may reveal a need to request that additional reserves be added to the project budget.
    11.7
    Throughout execution of the project, some individual project risks may occur with positive or negative impacts on budget or schedule contingency reserves. Reserve analysis compares the amount of the contingency reserves remaining to the amount of risk remaining at any time in the project in order to determine if the remaining reserve is adequate. This may be communicated using various graphical representations, including a burndown chart.

    |22|风险数据质量评估|11.3

    11.3
    风险数据是开展定性风险分析的基础。风险数据质量评估旨在评价关于单个项目风险的数据的准确性和可靠性。使用低质量的风险数据,可能导致定性风险分析对
    项目来说基本没用。如果数据质量不可接受,就可能需要收集更好的数据。可以开展问卷调查,了解项目相关方对数据质量各方面的评价,包括数据的完整性、客观性、相关性和及时性,进而对风险数据的质量进行综合评估。可以计算这些方面的加权平均数,将其作为数据质量的总体分数。

    11.3
    Risk data quality assessment evaluates the degree to which the data about individual project risks is accurate and reliable as a basis for qualitative risk analysis. The use of low-quality risk data may lead to a qualitative risk analysis that is of little use to the project. If data quality is unacceptable, it may be necessary to gather better data. Risk data quality may be assessed via a questionnaire measuring the project’s stakeholder perceptions of various characteristics, which may include completeness, objectivity, relevancy, and timeliness. A weighted average of selected data quality characteristics can then be generated to give an overall quality score.

    |23|风险概率和影响评估|11.3

    11.3
    风险概率评估考虑的是特定风险发生的可能性,而风险影响评估考虑的是风险对一项或多项项目目标的潜在影响,如进度、成本、质量或绩效。威胁将产生负面的影响,机会将产生正面的影响。要对每个已识别的单个项目风险进行概率和影响评估。风险评估可以采用访谈或会议的形式,参加者将依照他们对风险登记册中所记录的风险类型的熟悉程度而定。项目团队成员和项目外部资深人员应该参加访谈或会议。在访谈或会议期间,评估每个风险的概率水平及其对每项目标的影响级别。如果相关方对概率水平和影响级别的感知存在差异,则应对差异进行探讨。此外,还应记录相应的说明性细节,例如,确定概率水平或影响级别所依据的假设条件。应该采用风险管理计划中的概率和影响定义(表11-1),来评估风险的概率和影响。低概率和影响的风险将被列入风险登记册中的观察清单,以供未来监控。

    11.3
    Risk probability assessment considers the likelihood that a specific risk will occur. Risk impact assessment considers the potential effect on one or more project objectives such as schedule, cost, quality, or performance. Impacts will be negative for threats and positive for opportunities. Probability and impact are assessed for each identified individual project risk. Risks can be assessed in interviews or meetings with participants selected for their familiarity with the types of risk recorded in the risk register. Project team members and knowledgeable persons external to the project are included. The level of probability for each risk and its impact on each objective are evaluated during the interview or meeting. Differences in the levels of probability and impact perceived by stakeholders are to be expected, and such differences should be explored. Explanatory detail, including assumptions justifying the levels assigned, are also recorded. Risk probabilities and impacts are assessed using the definitions given in the risk management plan (see Table 11-1). Risks with low probability and impact may be included within the risk register as part
    of a watch list for future monitoring.

    |24|根本原因分析||4.5 8.2 8.3 11.2 13.2 13.4

    4.5
    根本原因分析关注识别问题的主要原因,它可用于识别出现偏差的原因以及项目经理为达成项目目标应重点关注的领域。
    8.2
    根本原因分析是确定引起偏差、缺陷或风险的根本原因的一种分析技术。一项根本原因可能引起多项偏差、缺陷或风险。根本原因分析还可以作为一项技术,用于识别问题的根本原因并解决问题。消除所有根本原因可以杜绝问题再次发生。
    8.3
    根本原因分析用于识别缺陷成因。
    11.2
    根本原因分析(见 8.2.2.2 节)常用于发现导致问题的深层原因并制定预防措施。可以用问题陈述(如项目可能延误或超支)作为出发点,来探讨哪些威胁可能导致该问题,从而识别出相应的威胁。也可以用收益陈述(如提前交付或低于预算)作为出发点,来探讨哪些机会可能有利于实现该效益,从而识别出相应的机会。
    13.2
    开展根本原因分析,识别是什么根本原因导致了相关方对项目的某种支持水平,以便选择适当策略来改进其参与水平。
    13.4
    开展根本原因分析,确定相关方参与未达预期效果的根本原因。
    4.5
    Root cause analysis focuses on identifying the main reasons of a problem. It can be used to identify the reasons for a deviation and the areas the project manager should focus on in order to achieve the objectives of the project.
    8.2
    Root cause analysis is an analytical technique used to determine the basic underlying reason that causes a variance, defect, or risk. A root cause may underlie more than one variance, defect, or risk. It may also be used as a technique for identifying root causes of a problem and solving them. When all root causes for a problem are removed, the problem does not recur.
    8.3
    Root cause analysis is used to identify the source of defects.
    11.2
    Root cause analysis (see Section 8.2.2.2) is typically used to discover the underlying causes that lead to a problem, and develop preventive action. It can be used to identify threats by starting with a problem statement (for example, the project might be delayed or over budget) and exploring which threats might result in that problem occurring. The same technique can be used to find opportunities by starting with a benefit statement (for example, early delivery or under budget) and exploring which opportunities might result in that benefit being realized.
    13.2
    Root cause analysis identifies underlying reasons for the level of support of project stakeholders in order to select the appropriate strategy to improve their level of engagement.
    13.4
    A root cause analysis can be used to determine the basic underlying reason that stakeholder engagement is not having the planned effect.

    |25|敏感性分析|11.4

    11.4
    敏感性分析有助于确定哪些单个项目风险或其他不确定性来源对项目结果具有最大的潜在影响。它在项目结果变异与定量风险分析模型中的要素变异之间建立联系。
    敏感性分析的结果通常用龙卷风图来表示。在该图中,标出定量风险分析模型中的每项要素与其能影响的项目结果之间的关联系数。这些要素可包括单个项目风险、易变的项目活动,或具体的不明确性来源。每个要素按关联强度降序排列,形成典型的龙卷风形状。龙卷风图示例,见下图。

    Example_Tornado_Diagram_ZH

    11.4
    One typical display of sensitivity analysis is the tornado diagram, which presents the calculated correlation coefficient for each element of the quantitative risk analysis model that can influence the project outcome. This can include individual project risks, project activities with high degrees of variability, or specific sources of ambiguity. Items are ordered by descending strength of correlation, giving the typical tornado appearance. An example tornado diagram is shown in following.
    Sensitivity analysis helps to determine which individual project risks or other sources of uncertainty have the most potential impact on project outcomes. It correlates variations in project outcomes with variations in elements of the quantitative risk analysis model.

    Example_Tornado_Diagram_EN

    |26|模拟|6.5 11.4

    6.5
    模拟是把单个项目风险和不确定性的其他来源模型化的方法,以评估它们对项目目标的潜在影响。最常见的模拟技术是蒙特卡罗分析(见 11.4.2.5 节),它利用风险和其他不确定资源计算整个项目可能的进度结果。模拟包括基于多种不同的活动假设、制约因素、风险、问题或情景,使用概率分布和不确定性的其他表现形式(见 11.4.2.4 节),来计算出多种可能的工作包持续时间。图 6-18 显示了一个项目的概率分布,表明实现特定目标日期(即项目完成日期)的可能性。在这个例子中,项目按时或在目标日期,即 5 月 13 日之前完成的概率是 10%,而在 5 月 28 日之前完成的概率是 90%。
    有关蒙特卡洛模拟如何用于进度模型的更多信息,请参见《进度计划实践标准》。
    Example_Probability_Distribution_of_a_Target_Milestone_ZH
    11.4
    在定量风险分析中,使用模型来模拟单个项目风险和其他不确定性来源的综合影响,以评估它们对项目目标的潜在影响。模拟通常采用蒙特卡洛分析。对成本风险进行蒙特卡洛分析时,使用项目成本估算作为模拟的输入;对进度风险进行蒙特卡洛分析时,使用进度网络图和持续时间估算作为模拟的输入。开展综合定量成本-进度风险分析时,同时使用这两种输入。其输出就是定量风险分析模型。
    用计算机软件数千次迭代运行定量风险分析模型。每次运行,都要随机选择输入值(如成本估算、持续时间估算或概率分支发生频率)。这些运行的输出构成了项目可能结果(如项目结束日期、项目完工成本)的区间。典型的输出包括:表示模拟得到特定结果的次数的直方图,或表示获得等于或小于特定数值的结果的累积概率分布曲线(S 曲线)。蒙特卡洛成本风险分析所得到的 S 曲线示例,见下图。
    Example_S-Curve_from_Quantitative_Cost_Risk_Analysis_ZH
    在定量进度风险分析中,还可以执行关键性分析,以确定风险模型的哪些活动对项目关键路径的影响最大。对风险模型中的每一项活动计算关键性指标,即:在全部模拟中,该活动出现在关键路径上的频率,通常以百分比表示。通过关键性分析,项目团队就能够重点针对那些对项目整体进度绩效存在最大潜在影响的活动,来规划风险应对措施。

    6.5
    Simulation models the combined effects of individual project risks and other sources of uncertainty to evaluate their potential impact on achieving project objectives. The most common simulation technique is Monte Carlo analysis (see Section 11.4.2.5), in which risks and other sources of uncertainty are used to calculate possible schedule outcomes for the total project. Simulation involves calculating multiple work package durations with different sets of activity assumptions, constraints, risks, issues, or scenarios using probability distributions and other representations of uncertainty (see Section 11.4.2.4). Figure 6-18 shows a probability distribution for a project with the probability of achieving a certain target date (i.e., project finish date). In this example, there is a 10% probability that the project will finish on or before the target date of May 13, while there is a 90% probability of completing the project by May 28.
    For more information on how Monte Carlo simulation is used for schedule models, see the Practice Standard for Scheduling.
    Example_Probability_Distribution_of_a_Target_Milestone_EN
    11.4
    Quantitative risk analysis uses a model that simulates the combined effects of individual project risks and other sources of uncertainty to evaluate their potential impact on achieving project objectives. Simulations are typically performed using a Monte Carlo analysis. When running a Monte Carlo analysis for cost risk, the simulation uses the project cost estimates. When running a Monte Carlo analysis for schedule risk, the schedule network diagram and duration estimates are used. An integrated quantitative cost-schedule risk analysis uses both inputs. The output is a quantitative risk analysis model.
    Computer software is used to iterate the quantitative risk analysis model several thousand times. The input values (e.g., cost estimates, duration estimates, or occurrence of probabilistic branches) are chosen at random for each iteration. Outputs represent the range of possible outcomes for the project (e.g., project end date, project cost at completion). Typical outputs include a histogram presenting the number of iterations where a particular outcome resulted from the simulation, or a cumulative probability distribution (S-curve) representing the probability of achieving any particular outcome or less. An example S-curve from a Monte Carlo cost risk analysis is shown in Figure 11-13.
    Example_S-Curve_from_Quantitative_Cost_Risk_Analysis_EN
    For a quantitative schedule risk analysis, it is also possible to conduct a criticality analysis that determines which elements of the risk model have the greatest effect on the project critical path. A criticality index is calculated for each element in the risk model, which gives the frequency with which that element appears on the critical path during the simulation, usually expressed as a percentage. The output from a criticality analysis allows the project team to focus risk response planning efforts on those activities with the highest potential effect on the overall schedule performance of the project.

    |27|相关方分析|11.1 13.1 13.4

    11.1
    可用于本过程的数据分析技术包括(但不限于)相关方分析(见 13.1.2.3 节)。可通过相关方分析确定项目相关方的风险偏好。
    13.1
    相关方分析会产生相关方清单和关于相关方的各种信息,例如,在组织内的位置、在项目中的角色、与项目的利害关系、期望、态度(对项目的支持程度),以及对项目信息的兴趣。相关方的利害关系可包括(但不限于)以下各条的组合:

    • 兴趣。 个人或群体会受与项目有关的决策或成果的影响。
    • 权利(合法权利或道德权利)。 国家的法律框架可能已就相关方的合法权利做出规定,如职业健康和安全。道德权利可能涉及保护历史遗迹或环境的可持续性。
    • 所有权。 人员或群体对资产或财产拥有的法定所有权。
    • 知识。 专业知识有助于更有效地达成项目目标和组织成果,或有助于了解组织的权力结构,从而有益于项目。
    • 贡献。 提供资金或其他资源,包括人力资源,或者以无形方式为项目提供支持,例如,宣传项目目标,或在项目与组织权力结构及政治之间扮演缓冲角色。

    13.4
    开展相关方分析,确定相关方群体和个人在项目任何特定时间的状态。

    11.1
    Data analysis techniques that can be used for this process includes but are not limited to a stakeholder analysis (Section 13.1.2.3) to determine the risk appetite of project stakeholders.
    13.1
    Stakeholder analysis results in a list of stakeholders and relevant information such as
    their positions in the organization, roles on the project, “stakes,” expectations, attitudes (their levels of support for the project), and their interest in information about the project. Stakeholders’ stakes can include but are not limited to a combination of:

    • Interest. A person or group can be affected by a decision related to the project or its outcomes.
    • Rights (legal or moral rights). Legal rights, such as occupational health and safety, may be defined in the legislation framework of a country. Moral rights may involve concepts of protection of historical sites or environmental sustainability.
    • Ownership. A person or group has a legal title to an asset or a property.
    • Knowledge. Specialist knowledge, which can benefit the project through more effective delivery of project objectives, organizational outcomes, or knowledge of the power structures of the organization.
    • Contribution. Provision of funds or other resources, including human resources, or providing support for the project in more intangible ways, such as advocacy in the form of promoting the objectives of the project or acting as a buffer between the project and the power structures of the organization and its politics.

    13.4
    The stakeholder analysis helps to determine the position of stakeholder groups and individuals at any particular time in the project.

    |28|SWOT分析|11.2

    11.2
    这是对项目的优势、劣势、机会和威胁 (SWOT) 进行逐个检查。在识别风险时,它会将内部产生的风险包含在内,从而拓宽识别风险的范围。首先,关注项目、组织或一般业务领域,识别出组织的优势和劣势;然后,找出组织优势可能为项目带来的机会,组织劣势可能造成的威胁。还可以分析组织优势能在多大程度上克服威胁,组织劣势是否会妨碍机会的产生。

    11.2
    This technique examines the project from each of the strengths, weaknesses, opportunities, and threats (SWOT) perspectives. For risk identification, it is used to increase the breadth of identified risks by including internally generated risks. The technique starts with the identification of strengths and weaknesses of the organization, focusing on either the project, organization, or the business area in general. SWOT analysis then identifies any opportunities for the project that may arise from strengths, and any threats resulting from weaknesses. The analysis also examines the degree to which organizational strengths may offset threats and determines if weaknesses might hinder opportunities.

    |29|技术绩效分析|11.7

    开展技术绩效分析,把项目执行期间所取得的技术成果与取得相关技术成果的计划进行比较。它要求定义关于技术绩效的客观的、量化的测量指标,以便据此比较实际结果与计划要求。技术绩效测量指标可能包括:重量、处理时间、缺陷数量、储存容量等。实际结果偏离计划的程度可以代表威胁或机会的潜在影响。
    Technical performance analysis compares technical accomplishments during project execution to the schedule of technical achievement. It requires the definition of objective, quantifiable measures of technical performance, which can be used to compare actual results against targets. Such technical performance measures may include weight, transaction times, number of delivered defects, storage capacity, etc. Deviation can indicate the potential impact of threats or opportunities.

    |30|趋势分析|4.5,4.7,5.6,6.6,7.4,9.6,12.3

    4.5
    趋势分析根据以往结果预测未来绩效,它可以预测项目的进度延误,提前让项目经理意识到,按照既定趋势发展,后期进度可能出现的问题。应该在足够早的项目时间进行趋势分析,使项目团队有时间分析和纠正任何异常。可以根据趋势分析的结果,提出必要的预防措施建议。
    4.7
    趋势分析可用于确认组织所用模式的有效性,并且为了未来项目而进行相应的模式调整。
    5.6
    趋势分析旨在审查项目绩效随时间的变化情况,以判断绩效是正在改善还是正在恶化。
    6.6
    趋势分析检查项目绩效随时间的变化情况,以确定绩效是在改善还是在恶化。图形分析技术有助于理解截至目前的绩效,并与未来的绩效目标(表示为完工日期)进行对比。
    7.4
    趋势分析旨在审查项目绩效随时间的变化情况,以判断绩效是正在改善还是正在恶化。图形分析技术有助于了解截至目前的绩效情况,并把发展趋势与未来的绩效目标进行比较,如 BAC 与EAC、预测完工日期与计划完工日期的比较。趋势分析技术包括(但不限于):

    • 图表。
      在挣值分析中,对计划价值、挣值和实际成本这三个参数,既可以分阶段(通常以周或月为单位)进行监督和报告,也可以针对累计值进行监督和报告。图 7-12 以 S 曲线展示了某个项目的 EV 数据,该项目预算超支且进度落后。
      挣值、计划价值和实际成本

    • 预测。
      随着项目进展,项目团队可根据项目绩效,对完工估算(EAC)进行预测,预测的结
      果可能与完工预算(BAC)存在差异。如果 BAC 已明显不再可行,则项目经理应考虑对EAC进行预测。预测EAC是根据当前掌握的绩效信息和其他知识,预计项目未来的情况和事件。预测要根据项目执行过程中所提供的工作绩效数据(见 4.3.3.2 节)来产生、更新和重新发布。工作绩效信息包含项目过去的绩效,以及可能在未来对项目产生影响的任何信息。在计算 EAC 时,通常用已完成工作的实际成本,加上剩余工作的完工尚需估算(ETC)。项目团队要根据已有的经验,考虑实施 ETC 工作可能遇到的各种情况。把挣值分析与手工预测 EAC 方法联合起来使用,效果会更佳。由项目经理和项目团队手工进行的自下而上汇总方法,就是一种最普通的 EAC 预测方法。
      项目经理所进行的自下而上的 EAC 估算,就是以已完成工作的实际成本为基础,并根据已积累的经验来为剩余项目工作编制一个新估算。公式: EAC = AC + 自下而上的 ETC。可以很方便地把项目经理手工估算的 EAC 与计算得出的一系列 EAC 作比较,这些计算得出的EAC 代表了不同的风险情景。在计算 EAC 值时,经常会使用累计 CPI 和累计 SPI 值。尽管可以用许多方法来计算基于 EVM 数据的 EAC 值,但下面只介绍最常用的三种方法:

      • 假设将按预算单价完成 ETC 工作。 这种方法承认以实际成本表示的累计实际项目绩效(不论好坏),并预计未来的全部 ETC 工作都将按预算单价完成。如果目前的实际绩效不好,则只有在进行项目风险分析并取得有力证据后,才能做出“未来绩效将会改进”的假设。公式: EAC = AC +(BAC – EV)。
      • 假设以当前 CPI 完成 ETC 工作。 这种方法假设项目将按截至目前的情况继续进行,即 ETC工作将按项目截至目前的累计成本绩效指数(CPI)实施。 公式: EAC = BAC/CPI。
      • 假设 SPI 与 CPI 将同时影响 ETC 工作。 在这种预测中,需要计算一个由成本绩效指数与进度绩效指数综合决定的效率指标,并假设 ETC 工作将按该效率指标完成。如果项目进度对 ETC 有重要影响,这种方法最有效。使用这种方法时,还可以根据项目经理的判断,分别给 CPI 和 SPI 赋予不同的权重,如 80/20、 50/50 或其他比率。公式: EAC =AC +[(BAC – EV)/(CPI x SPI)]。

    9.6
    在项目进展过程中,项目团队可能会使用趋势分析,基于当前绩效信息来确定未来项目阶段所需的资源。趋势分析检查项目绩效随时间的变化情况,可用于确定绩效是在改善还是在恶化。
    12.3
    趋势分析可用于编制关于成本绩效的完工估算 (EAC),以确定绩效是正在改善还是恶化。关于完工估算方法的详细信息。

    4.5
    Trend analysis is used to forecast future performance based on past results. It looks ahead in the project for expected slippages and warns the project manager ahead of time that there may be problems later in the schedule if established trends persist. This information is made available early enough in the project timeline to give the project team time to analyze and correct any anomalies. The results of trend analysis can be used to recommend preventive actions if necessary.
    4.7
    Trend analysis can be used to validate the models used in the organization and to implement adjustments for future projects.
    5.6
    Trend analysis examines project performance over time to determine if performance is improving or deteriorating.
    6.6
    Trend analysis examines project performance over time to determine whether performance is improving or deteriorating. Graphical analysis techniques are valuable for understanding performance to date and for comparing to future performance goals in the form of completion dates.
    7.4
    rend analysis examines project performance over time to determine if performance is improving or deteriorating. Graphical analysis techniques are valuable for understanding performance to date and for comparison to future performance goals in the form of BAC versus estimate at completion (EAC) and completion dates. Examples of the trend analysis techniques include but are not limited to:

    • Charts. In earned value analysis, three parameters of planned value, earned value, and actual cost can be monitored and reported on both a period-by-period basis (typically weekly or monthly) and on a cumulative basis. Figure 7-12 uses S-curves to display EV data for a project that is performing over budget and behind the schedule.
      Earned Value, Planned Value, and Actual Costs

    • Forecasting. As the project progresses, the project team may develop a forecast for the estimate at completion (EAC) that may differ from the budget at completion (BAC) based on the project performance. If it becomes obvious that the BAC is no longer viable, the project manager should consider the forecasted EAC. Forecasting the EAC involves making projections of conditions and events in the project’s future based on current performance information and other knowledge available at the time of the forecast. Forecasts are generated, updated, and reissued based on work performance data (Section 4.3.3.2) that is provided as the project is
      executed. The work performance information covers the project’s past performance and any information that could impact the project in the future.
      EACs are typically based on the actual costs incurred for work completed, plus an estimate to complete (ETC) the remaining work. It is incumbent on the project team to predict what it may encounter to perform the ETC, based on its experience to date. Earned value analysis works well in conjunction with manual forecasts of the required EAC costs. The most common EAC forecasting approach is a manual, bottom-up summation by the project manager and project team.
      The project manager’s bottom-up EAC method builds upon the actual costs and experience incurred for the work completed, and requires a new estimate to complete the remaining project work. Equation: EAC = AC + Bottom-up ETC.
      The project manager’s manual EAC is quickly compared with a range of calculated EACs representing various risk scenarios. When calculating EAC values, the cumulative CPI and SPI values are typically used. While EVM data quickly provide many statistical EACs, only three of the more common methods are described as follows:
      EAC forecast for ETC work performed at the budgeted rate. This EAC method accepts the actual project performance to date (whether favorable or unfavorable) as represented by the actual costs, and predicts that all future ETC work will be accomplished at the budgeted rate. When actual performance is unfavorable, the assumption that future performance will improve should be accepted only when supported by project risk analysis. Equation: EAC = AC + (BAC – EV).
      EAC forecast for ETC work performed at the present CPI. This method assumes that what the project has experienced to date can be expected to continue in the future. The ETC work is assumed to be performed at the same cumulative cost performance index (CPI) as that incurred by the project to date. Equation: EAC = BAC / CPI.
      EAC forecast for ETC work considering both SPI and CPI factors. In this forecast, the ETC work will be performed at an efficiency rate that considers both the cost and schedule performance indices. This method is most useful when the project schedule is a factor impacting the ETC effort. Variations of this method weight the CPI and SPI at different values (e.g., 80/20, 50/50, or some other ratio) according to the project manager’s judgment. Equation: EAC = AC + [(BAC – EV) / (CPI × SPI)].
      9.6
      As the project progresses, the project team may use trend analysis, based on current performance information, to determine the resources needed at upcoming stages of the project.
      Trend analysis examines project performance over time and can be used to determine whether performance is improving or deteriorating.
      12.3
      Trend analysis can develop a forecast estimate at completion (EAC) for cost performance to see if performance is improving or deteriorating. See 7.4.2.2 for more detail on EAC methods.

    |31|偏差分析|4.5,4.7,5.6,6.6,7.4

    4.5
    偏差分析审查目标绩效与实际绩效之间的差异(或偏差),可涉及持续时间估算、成本估算、资源使用、资源费率、技术绩效和其他测量指标。
    可以在每个知识领域,针对特定变量,开展偏差分析。在监控项目工作过程中,通过偏差分析对成本、时间、技术和资源偏差进行综合分析,以了解项目的总体偏差情况。这样就便于采取合适的预防或纠正措施。
    4.7
    偏差分析可通过比较计划目标与最终结果来改进组织的测量指标。
    5.6
    偏差分析用于将基准与实际结果进行比较,以确定偏差是否处于临界值区间内或是否有必要采取纠正或预防措施。
    6.6
    偏差分析关注实际开始和完成日期与计划的偏离,实际持续时间与计划的差异,以及浮动时间的偏差。它包括确定偏离进度基准(见 6.5.3.1 节)的原因与程度,评估这些偏差对未来工作的影响,以及确定是否需要采取纠正或预防措施。例如,非关键路径上的某个活动发生较长时间的延误,可能不会对整体项目进度产生影响;而某个关键或次关键活动的稍许延误,却可能需要立即采取行动。
    7.4
    偏差分析用以解释成本偏差(CV = EV – AC)、进度偏差(SV = EV – PV)和完工偏差(VAC = BAC – EAC)的原因、影响和纠正措施。成本和进度偏差是最需要分析的两种偏差。对于不使用正规挣值分析的项目,可开展类似的偏差分析,通过比较计划成本和实际成本,来识别成本基准与实际项目绩效之间的差异;然后可以实施进一步的分析,以判定偏离进度基准的原因和程度,并决定是否需要采取纠正或预防措施。可通过成本绩效测量来评价偏离原始成本基准的程度。项目成本控制的重要工作包括:判定偏离成本基准(见 7.3.3.1 节)的原因和程度,并决定是否需要采取纠正或预防措施。随着项目工作的逐步完成,偏差的可接受范围(常用百分比表示)将逐步缩小。偏差分析包括(但不限于):

    • 进度偏差。 进度偏差(SV)是测量进度绩效的一种指标,表示为挣值与计划价值之差。它是指在某个给定的时点,项目提前或落后的进度,它是测量项目进度绩效的一种指标,等于挣值(EV)减去计划价值(PV)。 EVA 进度偏差是一种有用的指标,可表明项目进度是落后还是提前于进度基准。当项目完工时,全部的计划价值都将实现(即成为挣值),所以 EVA 进度偏差最终将等于零。最好把进度偏差与关键路径法 (CPM) 和风险管理一起使用。公式: SV = EV – PV。
    • 成本偏差。 成本偏差(CV)是在某个给定时点的预算亏空或盈余量,表示为挣值与实际成本之差。它是测量项目成本绩效的一种指标,等于挣值(EV)减去实际成本(AC)。项目结束时的成本偏差,就是完工预算(BAC)与实际成本之间的差值。由于成本偏差指明了实际绩效与成本支出之间的关系,所以非常重要。负的 CV 一般都是不可挽回的。公式: CV = EV – AC。
    • 进度绩效指数。 进度绩效指数(SPI)是测量进度效率的一种指标,表示为挣值与计划价值之比,反映了项目团队完成工作的效率。有时与成本绩效指数(CPI)一起使用,以预测项目的最终完工估算。当 SPI 小于 1.0 时,说明已完成的工作量未达到计划要求;当 SPI 大于1.0 时,则说明已完成的工作量超过计划。由于 SPI 测量的是项目的总工作量,所以还需要对关键路径上的绩效进行单独分析,以确认项目是否将比计划完成日期提前或推迟完工。 SPI等于 EV 与 PV 的比值。公式: SPI = EV/PV。
    • 成本绩效指数。 成本绩效指数(CPI)是测量预算资源的成本效率的一种指标,表示为挣值与实际成本之比。它是最关键的 EVA 指标,用来测量已完成工作的成本效率。当 CPI 小于 1.0时,说明已完成工作的成本超支;当 CPI 大于 1.0 时,则说明到目前为止成本有结余。 CPI 等
      于 EV 与 AC 的比值。公式: CPI = EV/AC。

    4.5
    Variance analysis reviews the differences (or variance) between planned and actual performance. This can include duration estimates, cost estimates, resources utilization, resources rates, technical performance, and other metrics.
    Variance analysis may be conducted in each Knowledge Area based on its particular variables. In Monitor and
    Control Project Work, the variance analysis reviews the variances from an integrated perspective considering
    cost, time, technical, and resource variances in relation to each other to get an overall view of variance on the project. This allows for the appropriate preventive or corrective actions to be initiated.
    4.7
    Variance analysis can be used to improve the metrics of the organization by comparing what was initially planned and the end result.
    5.6
    Variance analysis is used to compare the baseline to the actual results and determine if the variance is within the threshold amount or if corrective or preventive action is appropriate.
    6.6
    Variance analysis looks at variances in planned versus actual start and finish dates, planned
    versus actual durations, and variances in float. Part of variance analysis is determining the cause and degree of variance relative to the schedule baseline (see Section 6.5.3.1), estimating the implications of those variances for future work to completion, and deciding whether corrective or preventive action is required. For example, a major delay on any activity not on the critical path may have little effect on the overall project schedule, while a much shorter delay on a critical or near-critical activity may require immediate action.
    7.4
    Variance analysis, as used in EVM, is the explanation (cause, impact, and corrective actions) for cost (CV = EV – AC), schedule (SV = EV – PV), and variance at completion (VAC = BAC – EAC) variances. Cost and schedule variances are the most frequently analyzed measurements. For projects not using formal earned value analysis, similar variance analyses can be performed by comparing planned cost against actual cost to identify variances between the cost baseline and actual project performance. Further analysis can be performed to determine the cause and degree of variance relative to the schedule baseline and any corrective or preventive actions needed. Cost performance measurements are used to assess the magnitude of variation to the original cost baseline. An important aspect of project cost control includes etermining the cause and degree of variance relative to the cost baseline (see Section 7.3.3.1) and deciding whether corrective or preventive action is required. The percentage range of acceptable variances will tend to decrease as more work is accomplished. Examples of variance analysis include but are not limited to:
    Schedule variance. Schedule variance (SV) is a measure of schedule performance expressed as the difference between the earned value and the planned value. It is the amount by which the project is ahead or behind the planned delivery date, at a given point in time. It is a measure of schedule performance on a project. It is equal to the earned value (EV) minus the planned value (PV). The EVA schedule variance is a useful metric in that it can indicate when a project is falling behind or is ahead of its baseline schedule. The EVA schedule variance will ultimately equal zero when the project is completed because all of the planned values will have been earned. Schedule variance is best used in conjunction with critical path method (CPM) scheduling and risk management. Equation: SV = EV – PV.
    Cost variance. Cost variance (CV) is the amount of budget deficit or surplus at a given point in time*, expressed as the difference between earned value and the actual cost. It is a measure of cost performance on a project. It is equal to the earned value (EV) minus the actual cost (AC). The cost variance at the end of the project will be the difference between the budget at completion (BAC) and the actual amount spent. The CV is particularly critical because it indicates the relationship of physical performance to the costs spent. Negative CV is often difficult for the project to recover. Equation: CV = EV – AC.
    Schedule performance index。 The schedule performance index (SPI) is a measure of schedule efficiency expressed as the ratio of earned value to planned value. It measures how efficiently the project team is accomplishing the work. It is sometimes used in conjunction with the cost performance index (CPI) to forecast the final project completion estimates. An SPI value less than 1.0 indicates less work was completed than was planned. An SPI greater than 1.0 indicates that more work was completed than was planned. Since the SPI measures all project work, the performance on the critical path also needs to be analyzed to determine whether the project will finish ahead of or behind its planned finish date. The SPI is equal to the ratio of the EV to the PV. Equation: SPI = EV/PV.
    Cost performance index. The cost performance index (CPI) is a measure of the cost efficiency of budgeted resources, expressed as a ratio of earned value to actual cost. It is considered the most critical EVA metric and measures the cost efficiency for the work completed. A CPI value of less than 1.0 indicates a cost overrun for work completed. A CPI value greater than 1.0 indicates a cost underrun of performance to date. The CPI is equal to the ratio of the EV to the AC. Equation: CPI = EV/AC.

    |32|假设情景分析|6.5, 6.6

    6.5
    假设情景分析是对各种情景进行评估,预测它们对项目目标的影响(积极或消极的)。假设情景分析就是对“如果情景 X 出现,情况会怎样?”这样的问题进行分析,即基于已有的进度计划,考虑各种各样的情景。例如,推迟某主要部件的交货日期,延长某设计工作的时间,或加入外部因素(如罢工或许可证申请流程变化等)。可以根据假设情景分析的结果,评估项目进度计划在不同条件下的可行性,以及为应对意外情况的影响而编制进度储备和应对计划。
    6.6
    假设情景分析基于项目风险管理过程的输出,对各种不同的情景进行评估,促使进度模型符合项目管理计划和批准的基准。

    6.5
    What-if scenario analysis is the process of evaluating scenarios in order to predict their effect, positive or negative, on project objectives. This is an analysis of the question, “What if the situation represented by scenario X happens?” A schedule network analysis is performed using the schedule to compute the different scenarios, such as delaying a major component delivery, extending specific engineering durations, or introducing external factors, such as a strike or a change in the permit process. The outcome of the what-if scenario analysis can be used to assess the feasibility of the project schedule under different conditions, and in preparing schedule reserves and response plans to address the impact of unexpected situations.
    6.6
    What-if scenario analysis is used to assess the various scenarios guided by the output from the Project Risk Management processes to bring the schedule model into alignment with the project management plan and approved baseline.

    |33|概率和影响矩阵|11.3

    11.3
    组织可在项目开始前确定优先级排序规则,并将其纳入组织过程资产,或者也可为具体项目量身定制优先级排序规则。在常见的概率和影响矩阵中,会同时列出机会和威胁;以正面影响定义机会,以负面影响定义威胁。概率和影响可以用描述性术语(如很高、高、中、低和很低)或数值来表达。如果使用数值,就可以把两个数值相乘,得出每个风险的概率 - 影响分值,以便据此在每个优先级组别之内排列单个风险相对优先级。下图是概率和影响矩阵的示例,其中也有数值风险评分的可能方法。

    概率和影响矩阵是把每个风险发生的概率和一旦发生对项目目标的影响映射起来的表格。此矩阵对概率和影响进行组合,以便于把单个项目风险划分成不同的优先级组别(见图 11-5)。基于风险的概率和影响,对风险进行优先级排序,以便未来进一步分析并制定应对措施。采用风险管理计划中规定的风险概率和影响定义,逐一对单个项目风险的发生概率及其对一项或多项项目目标的影响(若发生)进行评估。然后,基于所得到的概率和影响的组合,使用概率和影响矩阵,来为单个项目风险分配优先级别。
    组织可针对每个项目目标(如成本、时间和范围)制定单独的概率和影响矩阵,并用它们来评估风险针对每个目标的优先级别。组织还可以用不同的方法为每个风险确定一个总体优先级别。即可综合针对不同目标的评估结果,也可采用最高优先级别(无论针对哪个目标),作为风险的总体优先级别。

    Example_Probability_and_Impact_Matrix_with_Scoring_Scheme_ZH

    11.3
    Prioritization rules may be specified by the organization in advance of the project and be included in organizational process assets, or they may be tailored to the specific project. Opportunities and threats are represented in a common probability and impact matrix using positive definitions of impact for opportunities and negative impact definitions for threats. Descriptive terms (such as very high, high, medium, low, and very low) or numeric values can be used for probability and impact. Where numeric values are used, these can be multiplied to give a probability-impact score for each risk, which allows the relative priority of individual risks to be evaluated within each priority level. An example probability and impact matrix is presented in Figure 11-5, which also shows a possible numeric risk scoring scheme.
    A probability and impact matrix is a grid for mapping the probability of each risk occurrence and its impact on project objectives if that risk occurs. This matrix specifies combinations of probability and impact that allow individual project risks to be divided into priority groups (see Figure 11-5). Risks can be prioritized for further analysis and planning of risk responses based on their probability and impacts. The probability of occurrence for each individual project risk is assessed as well as its impact on one or more project objectives if it does occur, using definitions of probability and impact for the project as specified in the risk management plan. Individual project risks are assigned to a priority level based on the combination of their assessed probability and impact, using a probability and impact matrix.
    An organization can assess a risk separately for each objective (e.g., cost, time, and scope) by having a separate probability and impact matrix for each. Alternatively, it may develop ways to determine one overall priority level for each risk, either by combining assessments for different objectives, or by taking the highest priority level regardless of which objective is affected.

    Example_Probability_and_Impact_Matrix_with_Scoring_Scheme_EN

    |34|相关方参与度评估矩阵|10.1 10.3 13.2 13.4

    10.1
    适用于本过程的数据表现技术包括(但不限于)相关方参与度评估矩阵。见 13.2.2.5 节。如图 13-6所示,相关方参与度评估矩阵显示了个体相关方当前和期望参与度之间的差距。在本过程中,可进一步分析该评估矩阵,以便为填补参与度差距而识别额外的沟通需求(除常规报告以外的)。
    10.3
    适用的数据表现技术包括(但不限于)相关方参与度评估矩阵(见 13.2.2.5 节)。它可以提供与沟通活动效果有关的信息。应该检查相关方的期望与当前参与度的变化情况,并对沟通进行必要调整。
    13.2
    相关方参与度评估矩阵用于将相关方当前参与水平与期望参与水平进行比较。对相关方参与水平进行分类的方式之一,如下图所示。相关方参与水平可分为如下:

    • 不了解型。 不知道项目及其潜在影响。
    • 抵制型。 知道项目及其潜在影响,但抵制项目工作或成果可能引发的任何变更。此类相关方不会支持项目工作或项目成果。
    • 中立型。 了解项目,但既不支持,也不反对。
    • 支持型。 了解项目及其潜在影响,并且会支持项目工作及其成果。
    • 领导型。 了解项目及其潜在影响,而且积极参与以确保项目取得成功。
      在下图中, C 代表每个相关方的当前参与水平,而 D 是项目团队评估出来的、为确保项目成功所必不可少的参与水平(期望的)。应根据每个相关方的当前与期望参与水平的差距,开展必要的沟通,有效引导相关方参与项目。弥合当前与期望参与水平的差距是监督相关方参与中的一项基本工作。
      Stakeholder_Engagement_Assessment_Matrix_ZH

    13.4
    适用于本过程的数据表现技术包括(但不限于)相关方参与度评估矩阵。见 13.2.2.3 节。使用相关方参与度评估矩阵,来跟踪每个相关方参与水平的变化,对相关方参与加以监督。

    10.1
    A data representation technique that can be used for this process includes but is not limited to a stakeholder engagement assessment matrix. Described in Section 13.2.2.5. The stakeholder engagement assessment matrix, shown in Figure 13-6, displays gaps between current and desired engagement levels of individual stakeholders, it can be further analyzed in this process to identify additional communication requirements (beyond the regular reports) as a method to close any engagement level gaps.
    10.3
    A data representation technique that can be used includes but is not limited to the stakeholder engagement assessment matrix (Section 13.2.2.5), which can provide information about the effectiveness of the communications
    activities. This is achieved by reviewing changes between desired and current engagement and adjusting communications as necessary.
    13.2
    u Stakeholder engagement assessment matrix. A stakeholder engagement assessment matrix supports comparison between the current engagement levels of stakeholders and the desired engagement levels required
    for successful project delivery. One way to classify the engagement level of stakeholders is shown in Figure 13-6. The engagement level of stakeholders can be classified as follows:

    • Unaware. Unaware of the project and potential impacts.
    • Resistant. Aware of the project and potential impacts but resistant to any changes that may occur as a result of the work or outcomes of the project. These stakeholders will be unsupportive of the work or outcomes of the project.
    • Neutral. Aware of the project, but neither supportive nor unsupportive.
    • Supportive. Aware of the project and potential impacts and supportive of the work and its outcomes.
    • Leading. Aware of the project and potential impacts and actively engaged in ensuring that the project is a success.
      In Figure 13-6, C represents the current engagement level of each stakeholder and D indicates the level that the project team has assessed as essential to ensure project success (desired). The gap between current and desired for each stakeholder will direct the level of communications necessary to effectively engage the stakeholder. The closing of this gap between current and desired is an essential element of monitoring stakeholder engagement.
      Stakeholder_Engagement_Assessment_Matrix_EN

    13.4
    A data representation technique used in this process includes but is not limited to a stakeholder engagement assessment matrix. Described in Section 13.2.2.3. The stakeholder engagement assessment matrix monitors stakeholder engagement through tracking changes in level of engagement for each stakeholder.

    |35|相关方映射分析/表现|13.1

    13.1
    适用于本过程的数据表现技术包括(但不限于)相关方映射分析/表现。相关方映射分析和表现是一种利用不同方法对相关方进行分类的方法。对相关方进行分类有助于团队与已识别的项目相关方建立关系。常见的分类方法包括:

    • 权力利益方格、权力影响方格,或作用影响方格。 基于相关方的职权级别(权力)、对项目成果的关心程度(利益)、对项目成果的影响能力(影响),或改变项目计划或执行的能力,每一种方格都可用于对相关方进行分类。对于小型项目、相关方与项目的关系很简单的项目,
      或相关方之间的关系很简单的项目,这些分类模型非常实用。
    • 相关方立方体。 这是上述方格模型的改良形式。本立方体把上述方格中的要素组合成三维模型,项目经理和团队可据此分析相关方并引导相关方参与项目。作为一个多维模型,它将相关方视为一个多维实体,更好地加以分析,从而有助于沟通策略的制定。
    • 凸显模型。 通过评估相关方的权力(职权级别或对项目成果的影响能力)、紧迫性(因时间约束或相关方对项目成果有重大利益诉求而导致需立即加以关注)和合法性(参与的适当性),对相关方进行分类。在凸显模型中,也可以用邻近性取代合法性,以便考察相关方参与项目工作的程度。这种凸显模型适用于复杂的相关方大型社区,或在相关方社区内部存在复杂的关系网络。凸显模型可用于确定已识别相关方的相对重要性。
    • 影响方向。 可以根据相关方对项目工作或项目团队本身的影响方向,对相关方进行分类。可以把相关方分类为:
      • 向上(执行组织或客户组织、发起人和指导委员会的高级高级管理层);
      • 向下(临时贡献知识或技能的团队或专家);
      • 向外(项目团队外的相关方群体及其代表,如供应商、政府部门、公众、最终用户和监管部门);或
      • 横向(项目经理的同级人员,如其他项目经理或中层管理人员,他们与项目经理竞争稀缺项目资源或者合作共享资源或信息)。
    • 优先级排序。 如果项目有大量相关方、相关方社区的成员频繁变化,相关方和项目团队之间或相关方社区内部的关系复杂,可能有必要对相关方进行优先级排序。

    13.1
    A data representation technique that may be used in this process includes but is not limited to stakeholder mapping/ representation. Stakeholder mapping and representation is a method of categorizing stakeholders using various
    methods. Categorizing stakeholders assists the team in building relationships with the identified project stakeholders. Common methods include:

    • Power/interest grid, power/influence grid, or impact/influence grid. Each of these techniques supports a grouping of stakeholders according to their level of authority (power), level of concern about the project’s
      outcomes (interest), ability to influence the outcomes of the project (influence), or ability to cause changes to the project’s planning or execution. These classification models are useful for small projects or for projects with simple relationships between stakeholders and the project, or within the stakeholder community itself.

    • uu Stakeholder cube. This is a refinement of the grid models previously mentioned. This model combines the grid elements into a three-dimensional model that can be useful to project managers and teams in identifying
      and engaging their stakeholder community. It provides a model with multiple dimensions that improves the depiction of the stakeholder community as a multidimensional entity and assists with the development of communication strategies.

    • Salience model. Describes classes of stakeholders based on assessments of their power (level of authority or ability to influence the outcomes of the project), urgency (need for immediate attention, either time-constrained or relating to the stakeholders’ high stake in the outcome), and legitimacy (their involvement is appropriate). There is an adaptation of the salience model that substitutes proximity for legitimacy (applying to the team and measuring their level of involvement with the work of the project). The salience model is useful for large complex communities of stakeholders or where there are complex networks of relationships within the community. It is also useful in determining the relative importance of the identified stakeholders.

    • Directions of influence. Classifies stakeholders according to their influence on the work of the project or the project team itself. Stakeholders can be classified in the following ways:

      • Upward (senior management of the performing organization or customer organization, sponsor, and steering committee),
      • Downward (the team or specialists contributing knowledge or skills in a temporary capacity),
      • Outward (stakeholder groups and their representatives outside the project team, such as suppliers, government departments, the public, end-users, and regulators), or
      • Sideward (the peers of the project manager, such as other project managers or middle managers who are in competition for scarce project resources or who collaborate with the project manager in sharing resources or information).
    • Prioritization. Prioritizing stakeholders may be necessary for projects with a large number of stakeholders, where the membership of the stakeholder community is changing frequently, or when the relationships between
      stakeholders and the project team or within the stakeholder community are complex.

    |36|流程图|8.1 8.2

    8.1
    流程图,也称过程图,用来显示在一个或多个输入转化成一个或多个输出的过程中,所需要的步骤顺序和可能分支。它通过映射水平价值链的过程细节来显示活动、决策点、分支循环、并行路径及整体处理顺序。图 8-6 展示了其中一个版本的价值链,即 SIPOC(供应商、输入、过程、输出和客户)模型。流程图可能有助于了解和估算一个过程的质量成本。通过工作流的逻辑分支及其相对频率来估算质量成本。这些逻辑分支细分为完成符合要求的输出而需要开展的一致性工作和非一致性工作。用于展示过程步骤时,流程图有时又被称为“过程流程图”或“过程流向图”,可帮助改进过程并识别可能出现质量缺陷或可以纳入质量检查的地方。
    8.2
    流程图展示了引发缺陷的一系列步骤。

    8.1
    Flowcharts are also referred to as process maps because they display the sequence of steps and the branching possibilities that exist for a process that transforms one or more inputs into one or more outputs. Flowcharts show the activities, decision points, branching loops, parallel paths, and the overall order of processing by mapping the operational details of procedures that exist within a horizontal value chain. One version of a value chain, known as a SIPOC (suppliers, inputs, process, outputs, and customers) model, is shown in Figure 8-6. Flowcharts may prove useful in understanding and estimating the cost of quality for a process. Information is obtained by using the workflow branching logic and associated relative frequencies to estimate the expected monetary value for the conformance and nonconformance work required to deliver the expected conforming output. When flowcharts are used to represent the steps in a process, they are sometimes called process flows or process flow diagrams and they can be used for process improvement as well as identifying where quality defects can occur or where to incorporate quality checks.
    8.2
    Flowcharts show a series of steps that lead to a defect.

    |37|逻辑数据模型|8.1

    8.1
    逻辑数据模型把组织数据可视化,以商业语言加以描述,不依赖任何特定技术。逻辑数据模型可用于识别会出现数据完整性或其他质量问题的地方。
    8.1
    Logical data models are a visual representation of an organization’s data, described in business language and independent of any specific technology. The logical data model can be used to identify where data integrity or other quality issues can arise.

    |38|思维导图|5.2 8.1 13.2

    5.2
    把从头脑风暴中获得的创意整合成一张图,用以反映创意之间的共性与差异,激发新创意。
    8.1
    思维导图是一种用于可视化组织信息的绘图法。质量思维导图通常是基于单个质量概念创建的,是绘制在空白的页面中央的图像,之后再增加以图像、词汇或词条形式表现的想法。思维导图技术可以有助于快速收集项目质量要求、制约因素、依赖关系和联系。
    13.2
    思维导图用于对相关方信息、相互关系以及他们与组织的关系进行可视化整理。
    5.2
    Mind mapping consolidates ideas created through individual brainstorming sessions into a single map to reflect commonality and differences in understanding and to generate new ideas.
    8.1
    Mind mapping is a diagrammatic method used to visually organizing information. A mind map in quality is often created around a single quality concept, drawn as an image in the center of a blank landscape page, to which associated representations of ideas such as images, words, and parts of words are added. The mind-mapping technique may help in the rapid gathering of project quality requirements, constraints, dependencies, and relationships.
    13.2
    Mind mapping is used to visually organize information about stakeholders and their relationship to each other and the organization.

    |39|矩阵图|8.1 8.2

    8.1
    矩阵图在行列交叉的位置展示因素、原因和目标之间的关系强弱。根据可用来比较因素的数量,项目经理可使用不同形状的矩阵图,如 L 型、 T 型、Y 型、 X 型、 C 型和屋顶型矩阵。在本过程中,它们有助于识别对项目成功至关重要的质量测量指标。

    8.2
    矩阵图在行列交叉的位置展示因素、原因和目标之间的关系强弱。

    8.1
    Matrix diagrams help find the strength of relationships among different factors, causes, and objectives that exist between the rows and columns that form the matrix. Depending on how many factors may be compared, the project manager can use different shapes of matrix diagrams; for example, L, T, Y, X, C, and roof–shaped. In this process they facilitate identifying the key quality metrics that are important for the success of the project.
    8.2
    The matrix diagram seeks to show the strength of relationships among factors, causes, and objectives that exist between the rows and columns that form the matrix.

    |40|亲和图|5.2 8.2

    5.2
    用来对大量创意进行分组的技术,以便进一步审查和分析。
    8.2
    亲和图可以对潜在缺陷成因进行分类,展示最应关注的领域。

    5.2
    Affinity diagrams allow large numbers of ideas to be classified into groups for review and analysis.
    8.2
    Affinity diagrams can organize potential causes of defects into groups showing areas that should be focused on the most.

    |41|因果图||8.2 8.3

    8.2
    因果图,又称“鱼骨图”、“why-why分析图”和“石川图”,将问题陈述的原因分解为离散的分支,有助于识别问题的主要原因或根本原因。
    Cause_and_Effect_Diagram_ZH
    8.3
    因果图用于识别质量缺陷和错误可能造成的结果。
    8.2
    Cause-and-effect diagrams are also known as fishbone diagrams, why-why diagrams, or Ishikawa diagrams. This type of diagram breaks down the causes of the problem statement identified into discrete branches, helping to identify the main or root cause of the problem. Figure 8-9 is an example of a cause-and-effect diagram.
    Cause_and_Effect_Diagram_EN
    8.3
    Cause-and-effect diagrams are used to identify the possible effects of quality defects and errors.

    |42|直方图|8.2 8.3

    8.2
    直方图是一种展示数字数据的条形图,可以展示每个可交付成果的缺陷数量、缺陷成因的排列、各个过程的不合规次数,或项目或产品缺陷的其他表现形式。
    8.3
    直方图可按来源或组成部分展示缺陷数量。

    8.2
    Histograms show a graphical representation of numerical data. Histograms can show the number of defects per deliverable, a ranking of the cause of defects, the number of times each process is noncompliant, or other representations of project or product defects.
    8.3
    Histograms can demonstrate the number of defects by source or by component.

    |43|散点图|8.2 8.3

    8.2
    散点图是一种展示两个变量之间的关系的图形,它能够展示两支轴的关系,一支轴表示过程、环境或活动的任何要素,另一支轴表示质量缺陷。
    8.3
    散点图可在一支轴上展示计划的绩效,在另一支轴上展示实际绩效。

    |44|控制图||8.3

    8.3
    控制图用于确定一个过程是否稳定,或者是否具有可预测的绩效。规格上限和下限是根据要求制定的,反映了可允许的最大值和最小值。上下控制界限不同于规格界限。控制界限根据标准的统计原则,通过标准的统计计算确定,代表一个稳定过程的自然波动范围。项目经理和相关方可基于计算出的控制界限,识别须采取纠正措施的检查点,以预防不在控制界限内的绩效。控制图可用于监测各种类型的输出变量。虽然控制图最常用来跟踪批量生产中的重复性活动,但也可用来监测成本与进度偏差、产量、范围变更频率或其他管理工作成果,以便帮助确定项目管理过程是否受控。

    |45|责任分配矩阵|9.1

    9.1
    责任分配矩阵展示项目资源在各个工作包中的任务分配。矩阵型图表的一个例子是职责分配矩阵(RAM),它显示了分配给每个工作包的项目资源,用于说明工作包或活动与项目团队成员之间的关系。在大型项目中,可以制定多个层次的 RAM。例如,高层次的RAM 可定义项目团队、小组或部门负责 WBS 中的哪部分工作,而低层次的 RAM 则可在各小组内为具体活动分配角色、职责和职权。矩阵图能反映与每个人相关的所有活动,以及与每项活动相关的所有人员,它也可确保任何一项任务都只有一个人负责,从而避免职权不清。 RAM的一个例子是 RACI(执行、负责、咨询和知情)矩阵,如图 9-4 所示。图中最左边的一列表示有待完成的工作(活动)。分配给每项工作的资源可以是个人或小组,项目经理也可根据项目需要,选择“领导”或“资源”等适用词汇,来分配项目责任。如果团队是由内部和外部人员组成, RACI 矩阵对明确划分角色和职责特别有用。

    Sample_RACI_Chart_ZH

    9.1
    A RAM shows the project resources assigned to each work package. It is used to illustrate the connections between work packages, or activities, and project team members. On larger projects, RAMs can be developed at various levels. For example, a high-level RAM can define the responsibilities of a project team, group, or unit within each component of the WBS. Lower-level RAMs are used within the group to designate roles, responsibilities, and levels of authority for specific activities. The matrix format shows all activities associated with one person and all people associated with one activity. This also ensures that there is only one person accountable for any one task to avoid confusion about who is ultimately in charge or has authority for the work. One example of a RAM is a RACI (responsible, accountable, consult, and inform) chart, shown in Figure 9-4. The sample chart shows the work to be done in the left column as activities. The assigned resources can be shown as individuals or groups. The project manager can select other options, such as “lead” and “resource” designations, as appropriate for the project. A RACI chart is a useful tool to use to ensure clear assignment of roles and responsibilities when the team consists of internal and external resources.

    Sample_RACI_Chart_EN

    |46|文本型|9.1

    9.1
    如果需要详细描述团队成员的职责,就可以采用文本型。文本型文件通常以概述的形式,提供诸如职责、职权、能力和资格等方面的信息。这种文件有多种名称,如职位描述、角色 — 职责 — 职权表,该文件可作为未来项目的模板,特别是在根据当前项目的经验教训对其内容进行更新之后。

    9.1
    Team member responsibilities that require detailed descriptions can be specified in textoriented formats. Usually in outline form, these documents provide information such as responsibilities, authority, competencies, and qualifications. The documents are known by various names including position descriptions and role-responsibility-authority forms. These documents can be used as templates for future projects, especially when the information is updated throughout the current project by applying lessons learned.

    |47|层级型|9.1

    9.1
    可以采用传统的组织结构图,自上而下地显示各种职位及其相互关系。

    • 工作分解结构 (WBS)。 WBS 用来显示如何把项目可交付成果分解为工作包,有助于明确高层级的职责。
    • 组织分解结构 (OBS)。 WBS 显示项目可交付成果的分解,而 OBS 则按照组织现有的部门、单元或团队排列,并在每个部门下列出项目活动或工作包。运营部门(如信息技术部或采购部)只需要找到其所在的 OBS 位置,就能看到自己的全部项目职责。
    • 资源分解结构(RBS)。 资源分解结构是按资源类别和类型,对团队和实物资源的层级列表,用于规划、管理和控制项目工作。每向下一个层次都代表对资源的更详细描述,直到信息细到可以与工作分解结构(WBS)相结合,用来规划和监控项目工作。

    9.1
    The traditional organizational chart structure can be used to show positions and relationships in a graphical, top-down format.

    • Work breakdown structures (WBS). The WBS is designed to show how project deliverables are broken down into work packages and provide a way of showing high-level areas of responsibility.
    • Organizational breakdown structure (OBS). While the WBS shows a breakdown of project deliverables, an OBS is arranged according to an organization’s existing departments, units, or teams, with the project activities or work packages listed under each department. An operational department, such as information technology or purchasing, can see all of its project responsibilities by looking at its portion of the OBS.
    • Resource breakdown structure. The resource breakdown structure is a hierarchical list of team and physical resources related by category and resource type that is used for planning, managing and controlling project work. Each descending (lower) level represents an increasingly detailed description of the resource until the information is small enough to be used in conjunction with the work breakdown structure (WBS) to allow the work to be planned, monitored, and controlled.

    |48|层级图|11.3

    11.3
    如果使用了两个以上的参数对风险进行分类,那就不能使用概率和影响矩阵,而需要使用其他图形。例如,气泡图能显示三维数据。在气泡图中,把每个风险都绘制成一个气泡,并用x 轴值、 y 轴值和气泡大小来表示风险的三个参数。图 11-10 是气泡图的示例,其中, X轴代表可监测性, Y轴代表邻近性,影响值则以气泡大小表示。

    Example_Bubble_Chart_Showing_Detectability_Proximity_and_Impact_Value_ZH

    11.3
    Where risks have been categorized using more than two parameters, the probability and impact matrix cannot be used and other graphical representations are required. For example, a bubble chart displays three dimensions of data, where each risk is plotted as a disk (bubble), and the three parameters are represented by the x-axis value, the y-axis value, and the bubble size. An example bubble chart is shown in Figure 11-10, with detectability and proximity plotted on the x and y axes, and impact value represented by bubble size.

    Example_Bubble_Chart_Showing_Detectability_Proximity_and_Impact_Value_EN

    |49|多标准决策与分析|4.6 5.2 5.3 8.1 8.2 9.3 11.5 13.4

    4.6
    该技术借助决策矩阵,根据一系列预定义的准则,用系统分析方法评估变更请求。
    5.2
    该技术借助决策矩阵,用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准,以对众多创意进行评估和排序。
    5.3
    多标准决策分析是一种借助决策矩阵来使用系统分析方法的技术,目的是建立诸如需求、进度、预算和资源等多种标准来完善项目和产品范围。
    8.1
    多标准决策分析工具(如优先矩阵)可用于识别关键事项和合适的备选方案,并通过一系列决策排列出备选方案的优先顺序。先对标准排序和加权,再应用于所有备选方案,计算出各个备选方案的数学得分,然后根据得分对备选方案排序。在本过程中,它有助于排定质量测量指标的优先顺序。
    8.2
    在讨论影响项目或产品质量的备选方案时,可以使用多标准决策评估多个标准。 “项目” 决策可以包括在不同执行情景或供应商中加以选择, “产品” 决策可以包括评估生命周期成本、进度、相关方的满意程度,以及与解决产品缺陷有关的风险。
    9.3
    选择标准常用于选择项目的实物资源或项目团队。使用多标准决策分析工具制定出标准,用于对潜在资源进行评级或打分(例如,在内部和外部团队资源之间进行选择)。根据标准的相对重要性对标准进行加权,加权值可能因资源类型的不同而发生变化。可使用的选择标准包括:

    • 可用性。 确认资源能否在项目所需时段内为项目所用。
    • 成本。 确认增加资源的成本是否在规定的预算内。
    • 能力。 确认团队成员是否提供了项目所需的能力。
      有些选择标准对团队资源来说是独特的,包括:
    • 经验。 确认团队成员具备项目成功所需的相关经验。
    • 知识。 团队成员是否掌握关于客户、执行过的类似项目和项目环境细节的相关知识。
    • 技能。 确认团队成员拥有使用项目工具的相关技能。
    • 态度。 团队成员能否与他人协同工作,以形成有凝聚力的团队。
    • 国际因素。 团队成员的位置、时区和沟通能力。
      11.5
      列入考虑范围的风险应对策略可能是一种或多种。决策技术有助于对多种风险应对策略进行优先级排序。多标准决策分析借助决策矩阵,提供建立关键决策标准、评估备选方案并加以评级,以及选择首选方案的系统分析方法。风险应对策略的选择标准可能包括(但不限于):应对成本、应对策略在改变概率和(或)影响方面的预计有效性、资源可用性、时间限制(紧迫性、邻近性和潜伏期)、风险发生的影响级别、应对措施对相关风险的作用、导致的次生风险等。如果原定的应对策略被证明无效,可在项目后期采取不同的应对策略。
      13.4
      对考察相关方参与的成功程度的多种标准进行优先级排序和加权,识别出最适当的选项。

    4.6
    This technique uses a decision matrix to provide a systematic analytical approach to evaluate the requested changes according to a set of predefined criteria.
    5.2
    A technique that uses a decision matrix to provide a systematic analytical approach for establishing criteria, such as risk levels, uncertainty, and valuation, to evaluate and rank many ideas.
    5.3
    A decision-making technique that can be used in this process includes but is not limited to multicriteria decision analysis. Described in Section 8.1.2.4, multicriteria decision analysis is a technique that uses a decision matrix to provide a systematic analytical approach for establishing criteria, such as requirements, schedule, budget, and resources, in order to refine the project and product scope for the project.
    8.1
    Multicriteria decision analysis tools (e.g., prioritization matrix) can be used to identify the key issues and suitable alternatives to be prioritized as a set of decisions for implementation. Criteria are prioritized and weighted before being applied to all available alternatives to obtain a mathematical score for each alternative. The alternatives are then ranked by score. As used in this process, it can help prioritize quality metrics.
    8.2
    Multicriteria decision making is used to evaluate several criteria when discussing alternatives that impact project or product quality.Project decisions can include choosing among different implementation scenarios or suppliers. Product decisions can include evaluating the life cycle cost, schedule, stakeholder satisfaction, and risks associated with resolving product defects.
    9.3
    Decision-making techniques that can be used in the Acquire Resources process include but are not limited to multicriteria decision analysis, as described in Section 8.1.2.4. Selection criteria are often used to select physical project resources, or the project team. Using a multicriteria decision analysis tool, criteria are developed and used to rate or score potential resources (for example, choosing between internal and external team resources). The criteria are weighted according to their relative importance and values can be changed for different types of resources. Some examples of selection criteria that can be used are:

    • Availability. Verify that the resource is available to work on the project within the time period needed.
    • Cost. Verify if the cost of adding the resource is within the prescribed budget.
    • Ability. Verify that the team member provides the capability needed by the project.
      Some selection criteria that are unique for team resources are:
    • Experience. Verify that the team member has the relevant experience that will contribute to the project success.
    • Knowledge. Consider if the team member has relevant knowledge of the customer, similar implemented projects, and nuances of the project environment.
    • Skills. Determine if the team member has the relevant skills to use a project tool.
    • Attitude. Determine if the team member has the ability to work with others as a cohesive team.
    • International factors. Consider team member location, time zone, and communication capabilities.
      11.5
      One or more risk response strategies may be under consideration. Decision-making techniques can help prioritize risk response strategies. Multicriteria decision analysis uses a decision matrix to provide a systematic approach for establishing key decision criteria, evaluating and ranking alternatives, and selecting a preferred option. Criteria for risk response selection may include but are not limited to cost of response, likely effectiveness of response in changing probability and/or impact, resource availability, timing constraints (urgency, proximity, and dormancy), level of impact if the risk occurs, effect of response on related risks,
      introduction of secondary risks, etc. Different strategies may be selected later in the project if the original choice proves to be ineffective.
      13.4
      Criteria for successful stakeholder engagement are prioritized and weighted to identify the most appropriate choice.

    |50|投票|4.5 4.6 5.2 5.5 6.4 7.2 13.4

    4.5
    投票可以包括用下列方法进行决策:一致同意、大多数同意或相对多数原则。
    4.6
    投票可以采取一致同意、大多数同意或相对多数原则的方式,以决定是否接受、推迟或否决变更请求。
    5.2
    投票是一种为达成某种期望结果,而对多个未来行动方案进行评估的集体决策技术和过程。本技术用于生成、归类和排序产品需求。投票技术示例包括:

    • 一致同意。 每个人都同意某个行动方案。
    • 大多数同意。 获得群体中超过 50% 人员的支持,就能做出决策。把参与决策的小组人数定为奇数,可防止因平局而无法达成决策。
    • 相对多数同意。 根据群体中相对多数人的意见做出决策,即便未能获得大多数人的支持。通常在候选项超过两个时使用
      5.5
      当由项目团队和其他相关方进行验收时,使用投票来形成结论。
      6.4
      举手表决是从投票方法衍生出来的一种形式,经常用于敏捷项目中。采用这种技术时,项目经理会让团队成员针对某个决定示意支持程度,举拳头表示不支持,伸五个手指表示完全支持,伸出三个以下手指的团队成员有机会与团队讨论其反对意见。项目经理会不断进行举手表决,直到整个团队达成共识(所有人都伸出三个以上手指)或同意进入下一个决定。
      7.2
      投票是为达成某种期望结果,而对多个未来行动方案进行评估的过程。这些技术可以调动团队成员的参与,提高估算的准确性,并提高对估算结果的责任感。
      13.4
      通过投票,选出应对相关方参与水平偏差的最佳方案。

    4.5
    Voting can include making decisions based on unanimity, majority, or plurality.
    4.6
    Voting can take the form of unanimity, majority, or plurality to decide on whether to accept, defer, or reject change requests.
    5.2
    Voting is a collective decision-making technique and an assessment process having multiple alternatives with an expected outcome in the form of future actions. These techniques can be used to generate, classify, and prioritize product requirements. Examples of voting techniques include:

    • Unanimity. A decision that is reached whereby everyone agrees on a single course of action.
    • Majority. A decision that is reached with support obtained from more than 50% of the members of the group.
      Having a group size with an uneven number of participants can ensure that a decision will be reached, rather than resulting in a tie.
    • Plurality. A decision that is reached whereby the largest block in a group decides, even if a majority is not achieved. This method is generally used when the number of options nominated is more than two.
      5.5
      Voting is used to reach a conclusion when the validation is performed by the project team and other stakeholders.
      6.4
      One variation of the voting method that is often used in agile-based projects is called the fist of five (also called fist to five). In this technique, the project manager asks the team to show their level of support for a decision by holding up a closed fist (indicating no support) up to five fingers (indicating full support). If a team member holds up fewer than three fingers, the team member is given the opportunity to discuss any objections with the team. The project manager continues the fist-of-five process until the team achieves consensus (everyone holds up three or more fingers) or agrees to move on to the next decision.
      7.2
      Voting is an assessment process having multiple alternatives with an expected outcome in the form of future actions. These techniques are useful for engaging team members to improve estimate accuracy and commitment to the emerging estimates.
      13.4
      Voting can be used to select the best response for a variance in stakeholder engagement.

    |51|独裁型决策制定|4.6 5.2

    4.6
    采用这种决策技术,将由一个人负责为整个集体制定决策。
    5.2
    采用这种方法,将由一个人负责为整个集体制定决策。

    4.6
    Autocratic decision making. In this decision-making technique, one individual takes the responsibility for making the decision for the entire group.
    5.2
    In this method, one individual takes responsibility for making the decision for the group.

    |52|优先级排序或分级|13.2

    13.2
    应该对相关方需求以及相关方本身进行优先级排序或分级。具有最大利益和最高影响的相关方,通常应该排在优先级清单的最前面。
    13.2
    Stakeholder requirements need to be prioritized and ranked, as do the stakeholders themselves. Stakeholders with the most interest and the highest influence are often prioritized at the top of the list.

    |53|沟通胜任力|10.2

    10.2
    经过裁剪的沟通技能的组合,有助于明确关键信息的目的、建立有效关系、实现信息共享和采取领导行为。
    10.2
    A combination of tailored communication skills that considers factors such as clarity of purpose in key messages, effective relationships and information sharing, and leadership behaviors.

    |54|非语言/非口头技能|10.2

    10.2
    例如,通过示意、语调和面部表情等适当的肢体语言来表达意思。镜像模仿和眼神交流也是重要的技能。团队成员应该知道如何通过说什么和不说什么来表达自己的想法。
    10.2
    Examples of nonverbal communication include appropriate body language to transmit meaning through gestures, tone of voice, and facial expressions. Mirroring and eye contact are also important techniques. The team members should be aware of how they are expressing themselves both through what they say and what they don’t say.

    |55|反馈|10.2 13.3 13.4

    10.2
    反馈是关于沟通、可交付成果或情况的反应信息。反馈支持项目经理和团队及所有其他项目相关方之间的互动沟通。例如,指导、辅导和磋商。
    13.3
    在开展管理相关方参与过程时,应该根据沟通管理计划,针对每个相关方采取相应的沟通方法。项目管理团队应该使用反馈机制,来了解相关方对各种项目管理活动和关键决策的反应。反馈的收集方式包括(但不限于):

    • 正式与非正式对话;
    • 问题识别和讨论;
    • 会议;
    • 进展报告;
    • 调查。
      13.4
      反馈用于确保发送给相关方的信息被接收和理解。

    10.2
    Feedback is information about reactions to communications, a deliverable, or a situation. Feedback supports interactive communication between the project manager, team and all other project stakeholders. Examples include coaching, mentoring, and negotiating.
    13.3
    The methods of communication identified for each stakeholder in the communications management plan are applied during stakeholder engagement management. The project management team uses feedback to assist in understanding stakeholder reaction to the various project management activities and key decisions. Feedback may be collected in the following ways, but not limited to:

    • Conversations; both formal and informal,
    • Issue identification and discussion,
    • Meetings,
    • Progress reporting, and
    • Surveys.
      13.4
      Feedback is used to ensure that the information to stakeholders is received and understood.

    |56|演示|10.2 13.4

    10.2
    演示是信息和/或文档的正式交付。向项目相关方明确有效地演示项目信息可包括(但不限于):

    • 向相关方报告项目进度和信息更新;
    • 提供背景信息以支持决策制定;
    • 提供关于项目及其目标的通用信息,以提升项目工作和项目团队的形象;
    • 提供具体信息,以提升对项目工作和目标的理解和支持力度。
      为获得演示成功,应该从内容和形式上考虑以下因素:
    • 受众及其期望和需求;
    • 项目和项目团队的需求及目标。
      13.4
      演示为相关方提供清晰的信息。

    10.2
    A presentation is the formal delivery of information and/or documentation. Clear and effective presentations of project information to relevant stakeholders can include but are not limited to:

    • Progress reports and information updates to stakeholders;
    • Background information to support decision making;
    • General information about the project and its objectives, for the purposes of raising the profile of the work of the project and the team; and
    • Specific information aimed at increasing understanding and support of the work and objectives of the project.
      Presentations will be successful when the content and delivery take the following into account:
    • The audience, their expectations, and needs; and
    • The needs and objectives of the project and project team.
      13.4
      Presentations provide clear information to stakeholders.

    |57|积极倾听|4.4 10.2 13.4

    4.4
    积极倾听有助于减少误解并促进沟通和知识分享。
    10.2
    与说话人保持互动,并总结对话内容,以确保有效的信息交换。
    13.4
    通过积极倾听,减少理解错误和沟通错误。

    4.4
    Active listening helps reduce misunderstandings and improves communication and knowledge sharing.
    10.2
    Listening actively involves acknowledging, clarifying and confirming, understanding, and removing barriers that adversely affect comprehension.
    13.4
    Active listening is used to reduce misunderstandings and other miscommunication.

    |58|沟通风格评估|10.1

    10.1
    规划沟通活动时,用于评估沟通风格并识别偏好的沟通方法、形式和内容的一种技术。常用于不支持项目的相关方。可以先开展相关方参与度评估(见 13.2.2.5 节),再开展沟通风格评估。在相关方参与度评估中,找出相关方参与度的差距。为弥补这种差距,就需要特别裁剪沟通活动和工件。

    10.1
    A technique used to assess communication styles and identify the preferred communication method, format, and content for planned communication activities. Often used with unsupportive stakeholders, this assessment may follow a stakeholder engagement assessment (described in Section 13.2.2.5) to identify gaps in stakeholder engagement that require additional tailored communication activities and artifacts.

    |59|冲突管理|4.1 4.2 9.4 9.5 10.2 13.3

    4.1
    冲突管理有助于相关方就目标、成功标准、高层级需求、项目描述、总体里程碑和其他内容达成一致意见。
    4.2
    必要时可以通过冲突管理让具有差异性的相关方就项目管理计划的所有方面达成共识.
    9.4
    项目经理应及时地以建设性方式解决冲突,从而创建高绩效团队。
    9.5
    在项目环境中,冲突不可避免。冲突的来源包括资源稀缺、进度优先级排序和个人工作风格差异等。采用团队基本规则、团队规范及成熟的项目管理实践(如沟通规划和角色定义),可以减少冲突的数量。
    成功的冲突管理可提高生产力,改进工作关系。同时,如果管理得当,意见分歧有利于提高创造力和改进决策。假如意见分歧成为负面因素,应该首先由项目团队成员负责解决;如果冲突升级,项目经理应提供协助,促成满意的解决方案,采用直接和合作的方式,尽早并且通常在私下处理冲突。如果破坏性冲突继续存在,则可使用正式程序,包括采取惩戒措施。
    项目经理解决冲突的能力往往决定其管理项目团队的成败。不同的项目经理可能采用不同的解决冲突方法。影响冲突解决方法的因素包括:

    • 冲突的重要性与激烈程度;
    • 解决冲突的紧迫性;
    • 涉及冲突的人员的相对权力;
    • 维持良好关系的重要性;
    • 永久或暂时解决冲突的动机。
      有五种常用的冲突解决方法,每种技巧都有各自的作用和用途。
    • 撤退/回避。 从实际或潜在冲突中退出,将问题推迟到准备充分的时候,或者将问题推给其他人员解决。
    • 缓和/包容。 强调一致而非差异;为维持和谐与关系而退让一步,考虑其他方的需要。
    • 妥协/调解。 为了暂时或部分解决冲突,寻找能让各方都在一定程度上满意的方案,但这种方法有时会导致“双输”局面。
    • 强迫/命令。 以牺牲其他方为代价,推行某一方的观点;只提供赢 — 输方案。通常是利用权力来强行解决紧急问题,这种方法通常会导致“赢输”局面。
    • 合作/解决问题。 综合考虑不同的观点和意见,采用合作的态度和开放式对话引导各方达成共识和承诺,这种方法可以带来双赢局面。
      10.2
      13.3
      项目经理应确保及时解决冲突。

    4.1
    Conflict management can be used to help bring stakeholders into alignment on the objectives, success criteria, high-level requirements, project description, summary milestones, and other elements of the charter.
    4.2
    Conflict management may be necessary to bring diverse stakeholders into alignment on all aspects of the project management plan.
    9.4
    The project manager needs to resolve conflicts in a timely manner and in a constructive way in order to achieve a high-performing team.
    9.5
    Conflict is inevitable in a project environment. Sources of conflict include scarce resources, scheduling priorities, and personal work styles. Team ground rules, group norms, and solid project management practices, like communication planning and role definition, reduce the amount of conflict.
    Successful conflict management results in greater productivity and positive working relationships. When managed properly, differences of opinion can lead to increased creativity and better decision making. If the differences become a negative factor, project team members are initially responsible for their resolution. If conflict escalates, the project manager should help facilitate a satisfactory resolution. Conflict should be addressed early and usually in private, using a direct, collaborative approach. If disruptive conflict continues, formal procedures may be used, including disciplinary actions.
    The success of project managers in managing their project teams often depends on their ability to resolve conflict. Different project managers may use different conflict resolution methods. Factors that influence conflict resolution methods include:

    • Importance and intensity of the conflict,
    • Time pressure for resolving the conflict,
    • Relative power of the people involved in the conflict,
    • Importance of maintaining a good relationship, and
    • Motivation to resolve conflict on a long-term or short-term basis.
      There are five general techniques for resolving conflict. Each technique has its place and use:
    • Withdraw/avoid. Retreating from an actual or potential conflict situation; postponing the issue to be better prepared or to be resolved by others.
    • Smooth/accommodate.** Emphasizing areas of agreement rather than areas of difference; conceding one’s position to the needs of others to maintain harmony and relationships.
    • Compromise/reconcile. Searching for solutions that bring some degree of satisfaction to all parties in order to temporarily or partially resolve the conflict. This approach occasionally results in a lose-lose situation.
    • Force/direct. Pushing one’s viewpoint at the expense of others; offering only win-lose solutions, usually enforced through a power position to resolve an emergency. This approach often results to a win-lose situation.
    • Collaborate/problem solve. Incorporating multiple viewpoints and insights from differing perspectives; requires a cooperative attitude and open dialogue that typically leads to consensus and commitment. This approach can result in a win-win situation.
      10.2
      13.3
      The project manager should ensure that conflicts are resolved in a timely manner.

    |60|文化意识|10.1 10.2 13.3 13.4

    10.1
    文化意识指理解个人、群体和组织之间的差异,并据此调整项目的沟通策略。具有文化意识并采取后续行动,能够最小化因项目相关方社区内的文化差异而导致的理解错误和沟通错误。文化意识和文化敏感性有助于项目经理依据相关方和团队成员的文化差异和文化需求对沟通进行规划。
    10.2
    13.3
    文化意识有助于项目经理和团队通过考虑文化差异和相关方需求,来实现有效沟通。
    13.4
    文化意识和文化敏感性有助于项目经理依据相关方和团队成员的文化差异和文化需求对沟通进行规划。

    10.1
    Cultural awareness and cultural sensitivity help the project manager to plan communications based on the cultural differences and requirements of stakeholders and team members.
    10.2
    13.3
    Cultural awareness is used to help the project manager and team to communicate effectively by considering cultural differences and the requirements of stakeholders.

    13.4
    Cultural awareness and cultural sensitivity help the project manager to plan communications based on the cultural differences and requirements of stakeholders and team members.

    |61|制定决策|9.5

    9.5
    这种情况下,决策包括谈判能力以及影响组织与项目管理团队的能力,而不是决策工具集所描述的一系列工具。进行有效决策需要:

    • 着眼于所要达到的目标;
    • 遵循决策流程;
    • 研究环境因素;
    • 分析可用信息;
    • 激发团队创造力;
    • 理解风险。

    9.5
    Decision making, in this context, involves the ability to negotiate and influence the organization and the project management team, rather than the set of tools described in the decision making tool set. Some guidelines for decision making include:

    • Focus on goals to be served,
    • Follow a decision-making process,
    • Study the environmental factors,
    • Analyze available information,
    • Stimulate team creativity, and
    • Account for risk.

    |62|情商|9.5

    9.5
    情商指识别、评估和管理个人情绪、他人情绪及团体情绪的能力。项目管理团队能用情商来了解、评估及控制项目团队成员的情绪,预测团队成员的行为,确认团队成员的关注点及跟踪团队成员的问题,来达到减轻压力、加强合作的目的。
    9.5
    Emotional intelligence is the ability to identify, assess, and manage the personal emotions of oneself and other people, as well as the collective emotions of groups of people. The team can use emotional intelligence to reduce tension and increase cooperation by identifying, assessing, and controlling the sentiments of project team members, anticipating their actions, acknowledging their concerns, and following up on their issues.

    |63|引导|4.1 4.2 4.4 5.2 5.3 11.2 11.3 11.4 11.5

    4.1
    引导是指有效引导团队活动成功以达成决定、解决方案或结论的能力。引导者确保参与者有效参与,互相理解,考虑所有意见,按既定决策流程全力支持得到的结论或结果,以及所达成的行动计划和协议在之后得到合理执行。
    4.2
    引导者确保参与者有效参与,互相理解,考虑所有意见,按既定决策流程全力支持得到的结论或结果。
    4.4
    引导有助于有效指引团队成功地达成决定、解决方案或结论。
    5.2
    引导与主题研讨会结合使用,把主要相关方召集在一起定义产品需求。研讨会可用于快速定义跨职能需求并协调相关方的需求差异。因为具有群体互动的特点,
    有效引导的研讨会有助于参与者之间建立信任、改进关系、改善沟通,从而有利于相关方达成一致意见。此外,与分别召开会议相比,研讨会能够更早发现并解决问题。
    适合采用引导技能的情境包括(但不限于):

    • 联合应用设计或开发 (JAD)。 JAD 会议适用于软件开发行业。这种研讨会注重把业务主题专家和开发团队集中在一起,以收集需求和改进软件开发过程。
    • 质量功能展开 (QFD)。 制造行业则采用 QFD 这种引导技能来帮助确定新产品的关键特征。 QFD从收集客户需要(又称“客户声音”)开始,然后客观地对这些需要进行分类和排序,并为实现这些需要而设定目标。
    • 用户故事。 用户故事是对所需功能的简短文字描述,经常产生于需求研讨会。用户故事描述哪个相关方将从功能中受益(角色),他需要实现什么(目标),以及他期望获得什么利益(动机)。

    5.3
    在研讨会和座谈会中使用引导技能来协调具有不同期望或不同专业知识的关键相关方,使他们就项目可交付成果以及项目和产品边界达成跨职能的共识。
    11.2
    引导能提高用于识别单个项目风险和整体项目风险来源的许多技术的有效性。熟练的引导者可以帮助参会者专注于风险识别任务、准确遵循与技术相关的方法,有助于确保风险描述清晰、找到并克服偏见,以及解决任何可能出现的分歧。
    11.3
    开展引导,能够提高对单个项目风险的定性分析的有效性。熟练的引导者可以帮助参会者专注于风险分析任务、准确遵循与技术相关的方法、就概率和影响评估达成共识、找到并克服偏见,以及解决任何可能出现的分歧。
    11.4
    在由项目团队成员和其他相关方参加的专门风险研讨会中,配备一名熟练的引导者,有助于更好地收集输入数据。可以通过阐明研讨会的目的,在参会者之间建立共识,确保持续关注任务,并以创新方式处理人际冲突或偏见来源,来改善引导式研讨会的有效性。
    11.5
    开展引导,能够提高单个项目风险和整体项目风险应对策略制定的有效性。熟练的引导者可以帮助风险责任人理解风险、识别并比较备选的风险应对策略、选择适当的应对策略,以及找到并克服偏见。

    4.1
    Facilitation is the ability to effectively guide a group event to a successful decision, solution, or conclusion. A facilitator ensures that there is effective participation, that participants achieve a mutual understanding, that all contributions are considered, that conclusions or results have full buy-in according to the decision process established for the project, and that the actions and agreements achieved are appropriately dealt with afterward.
    4.2
    Facilitation ensures that there is effective participation, that participants achieve a mutual understanding, that all contributions are considered, and that conclusions or results have full buy-in according to the decision process established for the project.
    4.4
    Facilitation helps effectively guide a group to a successful decision, solution, or conclusion.
    5.2
    Facilitation is used with focused sessions that bring key stakeholders together to define product requirements. Workshops can be used to quickly define cross-functional requirements and reconcile stakeholder differences. Because of their interactive group nature, well-facilitated sessions can build trust, foster relationships, and improve communication among the participants, which can lead to increased stakeholder consensus. In addition, issues can be discovered earlier and resolved more quickly than in individual sessions.
    Facilitation skills are used in the following situations, but are not limited to:

    • Joint application design/development (JAD). JAD sessions are used in the software development industry. These facilitated sessions focus on bringing business subject matter experts and the development team together to gather requirements and improve the software development process.
    • Quality function deployment (QFD). In the manufacturing industry, QFD is another facilitation technique that helps determine critical characteristics for new product development. QFD starts by collecting customer needs, also known as voice of the customer (VOC). These needs are then objectively sorted and prioritized, and goals are set for achieving them.
    • User stories. User stories, which are short, textual descriptions of required functionality, are often developed during a requirements workshop. User stories describe the stakeholder role, who benefits from the feature (role), what the stakeholder needs to accomplish (goal), and the benefit to the stakeholder (motivation).
      5.3
      Facilitation is used in workshops and working sessions with key stakeholders who have a variety of expectations or fields of expertise. The goal is to reach a cross-functional and common understanding of the project deliverables and project and product boundaries.
      11.2
      Facilitation improves the effectiveness of many of the techniques used to identify individual project risks and sources of overall project risk. A skilled facilitator can help participants remain focused on the risk identification task, follow the method associated with the technique accurately, ensure clear risk descriptions, identify and overcome sources of bias, and resolve any disagreements that may arise.
      11.3
      Facilitation improves the effectiveness of the qualitative analysis of individual project risks. A skilled facilitator can help participants remain focused on the risk analysis task, follow the method associated with the technique accurately, reach consensus on assessments of probability and impacts, identify and overcome sources of bias, and resolve any disagreements that may arise.
      11.4
      A skilled facilitator is useful for gathering input data during a dedicated risk workshop involving project team members and other stakeholders. Facilitated workshops can improve effectiveness by establishing a clear understanding of the purpose of the workshop, building consensus among participants, ensuring continued focus on the task, and using creative approaches to deal with interpersonal conflict or sources of bias.
      11.5
      The use of facilitation improves the effectiveness of developing responses to individual project risks and overall project risk. A skilled facilitator can help risk owners understand the risk, identify and compare alternative possible risk response strategies, choose an appropriate response strategy, and identify and overcome sources of bias.

    |64|影响力|9.4 9.5 9.6

    9.4
    本过程的影响力技能收集相关的关键信息,在维护相互信任的关系时,来解决重要问题并达成一致意见。
    9.5
    在矩阵环境中,项目经理对团队成员通常没有或仅有很小的命令职权,所以他们适时影响相关方的能力,对保证项目成功非常关键。影响力主要体现在如下各方面:

    • 说服他人;
    • 清晰表达观点和立场;
    • 积极且有效的倾听;
    • 了解并综合考虑各种观点;
    • 收集相关信息,在维护相互信任的关系下,解决问题并达成一致意见。
      9.6
      影响力有助于项目经理及时解决问题并获得所需资源。

    9.4
    An influencing skill used in this process is gathering relevant and critical information to address important issues and reach agreements while maintaining mutual trust.
    9.5
    Because project managers often have little or no direct authority over team members in a matrix environment, their ability to influence stakeholders on a timely basis is critical to project success. Key influencing skills include:

    • Ability to be persuasive;
    • Clearly articulating points and positions;
    • High levels of active and effective listening skills;
    • Awareness of, and consideration for, the various perspectives in any situation; and
    • Gathering relevant information to address issues and reach agreements while maintaining mutual trust.
      9.6
      Influencing can help the project manager solve problems and obtain the resources needed in a timely manner.
    展开全文
  • SWOC 是评估内部潜力和局限性以及可能/可能来自外部环境的机会和威胁的基础。 它查看公司内外影响成功的所有积极和消极因素。 对公司运营环境的一致研究有助于预测/预测不断变化的趋势,也有助于将它们纳入组织的...
  • 最佳日志管理工具:51个有用的日志管理、监视、分析工具 痛苦的纯文本日志管理日子一去不复返了。虽然纯文本数据在某些情况下仍然很有用,但是在进行扩展分析以收集有洞察力的基础设施数据并改进代码质量时,寻找...
  • 信息安全风险评估

    千次阅读 2021-03-08 10:19:17
    评估准备1.1确定评估目标1.2确定评估范围1.3组建评估团队1.4评估工作启动会议1.5系统调研1.6确定评估依据1.7确定评估工具1.8制定评估方案二.风险要素识别2.1实施流程2.2资产识别2.2.1资产调查2.2.2资产分类2.2.3资产...
  • 如何做好信息收集及分析工作,对于有一定经验的人员来说,可以采用自顶向下方法,参照战略分析工具指引,探索业务机理,快速建立领域管理模型。 战略分析工具:PEST分析模型、波特五力模型、价值链分析、雷达图、...
  • 第八章 公共政策的评估与监控

    千次阅读 2019-03-14 14:52:21
    第一节 公共政策评估的作用、主体与类型 第二节 公共政策评估的过程、标准与影响因素 第三节 公共政策评估的方法 第四节 公共政策监控第一节 公共政策评估的作用、主体与类型 一、公共政策评估 公共政策评估的含义:...
  •   最近,有个需求需要验证一下嵌入式 LINUX 系统在 STM32上使用效果,正好手里有一块前几年的 STM32F769I-EVAL 的评估板,如下图所示的这个: 这块评估板的功能应该是非常全了,价格也是不便宜(应该算是挺贵)。...
  • 商业进阶——人力分析 本章从人才分析的四个维度进行了学习。 什么是“人才分析”? What is “talent analytics”? 对于人才分析的定义有许多不同的观点/定义: 现今的定义是人才评估和发展。最主要是用来确定能力...
  • 常用的分析管理工具方法【整理】

    万次阅读 多人点赞 2017-07-14 10:36:30
    常用的分析管理工具方法常用的分析管理工具方法 二八原则 SWOT分析法 鱼骨图分析法 5M因素分析法 5M1E分析法 头脑风暴法 名义群体法 德尔菲法 电子会议分析法 几种决策方法比较 PDCA循环 5W1H分析法 5W2H分析法 5W2...
  • 【数据分析】最常用的数据分析方法(干货)

    万次阅读 多人点赞 2018-09-25 11:51:54
    目录 方法论和方法有什么区别? 数据分析方法论 1、PEST分析法 2、SWOT分析法 ...3、5W2H分析法 ...很多做数据分析或者刚接触数据分析的小伙伴,不知道怎么做数据分析。一点思路都没有,今天就给大家盘点数...
  • 数据库性能需求分析评估模型

    万次阅读 2017-11-22 17:05:50
    也是性能测试非常关注的一块,根据我自己的项目经验,和以往对应用系统的性能需求分析和测试策略制定过程,总结一下如何开展数据库系统的性能需求分析,以及制定数据库能力评估模型。一、数据库性能需求制定1、需求...
  • 我们常说,办事情要“名正言顺”,而数据领域的名字则是格外的多,商业分析、数据分析、数据挖掘、算法模型……经常把大家绕晕,今天系统科普一下。商业分析VS 数据分析广义上...
  • 常用性能分析工具

    千次阅读 2017-03-06 21:38:05
    先来看一张各种工具的图谱,要想了解这张图中所有工具的确切含义,需要对 Linux 操作系统,以及内核实现有着一定的了解,所有的工具,都可以 man 具体的使用细节。     top top  工具是查看进程信息...
  • 一、测试管理工具TestCenter介绍 1.系统介绍 1.1系统简介 TestCenter(简称TC)是面向测试流程的测试生命周期管理工具,符合TMMI标准的测试流程,可迅速建立完善的测试体系,规范测试流程,提高测试效率与质量,...
  • 面向所有涉众的交流(主动的、被动的)均有工具支持 结构化沟通体系 1 协作式专题讨论 有结构化、有规律的沟通和会议支持协作 双向沟通 ...
  • 一些好用的开源监控工具汇总

    万次阅读 2018-10-08 11:14:29
    监控系统是整个 IT 架构...多年来,对于监控的术语一直都有很多困惑,一些很糟糕的工具也宣称能够以一种格式完成所有事情。 在 DevOps 和云原生时代,今年,“可观察性”(Observability)被引入到了 IT 领域,其首...
  • PMBOK第六版工具与技术:数据收集数据分析数据表现

    千次阅读 多人点赞 2018-11-11 19:59:39
    23.成本效益分析:用来估算备选方案优势和劣势的财务分析工具。比较其可能的成本与预期收益率。 24.技术绩效分析:把项目期间所取得的技术成果与取得相关技术成果的计划进行比较。它要求定义关于技术绩效的客观的,...
  • 在测试范围评估的过程中,有个很重要的问题:这个需求,我们要测试什么。其中有很大一部分是要需要分析这个需求的测试对象有哪些。 我自己梳理了一份,大家可以参考下: 代码 前端 组件样式 操作交互 数据展示 后端 ...
  • CPU测评程序、指标、工具

    千次阅读 2021-09-13 16:40:42
    CPU-Z是最权威的处理器和相关系统信息识别工具,体积小巧,界面简洁、启动很快,可准确的检测出CPU、主板、内存、显卡、SPD等硬件信息,包含了制造厂及处理器名称,核心构造及封装技术,内部、外部频率,最大超频...
  • 评标办法要求在需求分析部分响应系统现状和建设背景、系统应用环境阐述、系统体系结构、系统功能和性能要求、系统实施要求、业务功能需求和应用模式指标。 拿到标书到投标也就半个月的时间,在这半个月里,要对投标...
  • 性能测试是一个全栈工程师/架构师必会的技能之一,只有学会性能测试,才能根据得到的测试报告进行分析,找到系统性能的瓶颈所在,而这也是优化架构设计中重要的依据。本文简单讲述了性能测试以及性能测试工具Jemeter...
  • 电商数据分析与数据化运营

    千次阅读 2021-08-27 14:07:15
    第一章:建立电商运营的上帝视角 1.数据分析师具备的三种能力:懂运营,数据,工具 2.制作数据报告的四大步骤:
  • 微服务框架和工具大全

    千次阅读 2017-01-13 14:53:48
    不去重新发明轮子总是更好的。本文探讨了14个已经可用并能提供使微服务的开发和部署更容易的平台、框架和功能。本文还补充了每个工具将如何有助于建立良好的微服务架构的简要概述。 本文选自《Java微服务》。
  • 目录 1. SWOT分析模型 「SWOT分析模型简介」 「SWOT模型含义介绍」 「SWOT分析步骤」 2. PEST分析模型 ...在现在的战略规划报告里,SWOT分析应该算是一个众所周知的工具。来自于麦肯锡咨询公司的SWOT...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 43,894
精华内容 17,557
关键字:

外部环境评估分析工具