2.8.3 复杂性
引用
3.7 根据环境进行裁剪
图 3-8. 根据环境进行裁剪
适应独特的目标、干系人和环境的复杂性有助于项目取得成功。裁剪是对有关项目管理方法、治理和过程做出深思熟虑的调整,使之更适合特定环境和当前任务。项目团队对适当的框架进行裁剪,该框架带来灵活性,在项目生命周期的环境内持续产生积极的成果。商业环境、团队规模、不确定性程度和项目复杂性都是如何裁剪项目系统的考虑因素。项目系统可以从整体角度进行裁剪,包括应考虑相互关联的复杂性。通过使用“刚好够”的过程、方法、模板和工件以实现项目期望的成果。裁剪旨在最大化价值、管理制约因素并提高绩效。
项目团队和 PMO 一起,并考虑治理因素,按每个项目逐一讨论并确定交付方法以及产生成果所需的资源。这包括选择要使用的过程、开发方式、方法和交付项目成果所需的工件。裁剪决策可以是接受既定方法论的隐性行动。相反,裁剪也可以是选择并混合特定要素以适应项目和项目环境的独特特征的显性行动。在一定程度上,每个项目都需要裁剪,因为每个项目都存在于特定环境中。
项目通常是独特的,即使项目可交付物看起来并不独特。这是因为项目环境不同之处在于组织及其客户、渠道、和环境都是动态要素。这些变化和不断发展的学问可能会导致项目团队使用或开发不同的方法或方式来追求成功。项目团队应审视每个项目的各种独特条件,以便他们能够确定产生期望成果的最适当方法。
现有的方法论或常见的工作方式可以使我们了解如何对项目进行裁剪。方法论是由专门学科的从业者所采用的实践、技术、程序和规则所组成的体系。项目团队可能需要采取上级组织的方法论,这就是说,项目团队采用的方法论体系由过程、治理、方法和模板组成,它们为如何开展项目提供指导。虽然这使组织内的项目保持了一定程度的一致性,但该方法论本身可能仍需要根据每个项目的情况进行裁剪。组织政策和程序规定了项目团队授权的可以裁剪的边界。
项目团队还可以考虑项目管理过程的时间和成本。未进行裁剪的过程可能对项目或其成果几乎没有什么价值,同时会导致成本增加和进度延长。对项目方法以及适当的过程、方法和工件进行裁剪,可以帮助项目团队就与过程相关的成本和与项目成果相关的价值贡献做出决策。
除了决定如何对方法进行裁剪外,项目团队还需要向与该方法有关的干系人沟通裁剪决策,每个团队成员都应了解与这些干系人及其角色相关的所选方法和过程。
项目团队应该对项目方法进行裁剪,以适应项目及其环境的独特特征,这有助于提高项目的绩效水平,增加项目成功的概率。经过裁剪的项目方法可以为组织产生直接和间接的收益,例如:
▶ 项目团队成员会做出更深入的承诺,因为他们参与了方法的定义;
▶ 行动或资源方面的浪费会有所减少;
▶ 以客户为本(因为客户和其他干系人的需要是项目裁剪的重要影响因素);
▶ 项目资源得到更有效的利用,因为项目团队意识到各个项目过程的权重。
裁剪项目可以带来以下积极成果:
▶ 提高创新、效率和生产力;
▶ 吸取经验教训,以便可以分享特定交付方法的改进之处,并将它们应用于下一轮工作或未来的项目;
▶ 采用新的实践、方法和工件,组织的方法论得到进一步改进;
▶ 通过实验发现了改进的成果、过程或方法;
▶ 在具有多个专业背景的项目团队内,用于交付项目结果的方法和实践得到有效整合;
▶ 从长远来看组织的适应性有所增强。
对方法进行裁剪具有迭代性,因此,在项目生命周期中它是一个持续的过程。项目团队需要收集所有干系人的反馈,了解在项目进展过程中各种方法和经裁剪的过程对他们有何效果,以评估这些方法和过程的有效性,并给组织增加价值。
3.9 驾驭复杂性
图 3-10. 驾驭复杂性
项目是由相互作用的要素组成的系统。复杂性是由于人类行为、系统行为和模糊性而难以管理的项目或其环境的特征。交互的性质和数量决定了项目的复杂程度。复杂性源于项目要素、项目要素之间的交互以及与其他系统和项目环境的交互。虽然复杂性无法控制,但项目团队可以对其活动作出调整,以应对复杂性造成的影响。
项目团队通常无法预见复杂性的出现,因为它是风险、依赖性、事件或相互关系等许多因素交互的结果。另外,一些原因可能交汇在一起,产生单一的复杂影响,这使得很难分离出造成复杂性的特定原因。
项目复杂性是由项目和整个项目系统中的单个要素造成的。例如,项目的复杂性可能会随着更大数量和多样性的干系人(例如监管机构、国际金融机构、多个供应商、多个专业分包商或当地社区)而加深。这些干系人可以单独或共同对项目的复杂性产生重大影响。
一些更常见的复杂性来源包括:
▶ 人类行为。人类行为是人的行为、举止、态度和经验的相互作用。主观因素(例如与项目目的和目标相冲突的个人议程)的引入也可能会使人类行为的复杂性加深。位于偏远地区的干系人可能地处不同的时区,讲不同的语言,遵守不同的文化规范。
▶ 系统行为。系统行为是项目要素内部和项目要素之间动态相互依赖的结果。例如,不同技术系统的集成可能会导致威胁,从而影响项目的成果和成功。项目系统各组件之间的交互可能导致相互关联的风险,造成新出现或不可预见的问题,并产生不清晰和不相称的因果关系。
▶ 不确定性和模糊性。模糊性是一种不清晰、不知道会发生什么情况或如何理解某种情况的状态。选项众多或不清楚哪个是最佳选项可能会导致模糊性。不清晰或误导性事件、新出现的问题或主观情况也可能会导致模糊性。不确定性是指缺乏对问题、事件、要遵循的路径或要追求的解决方案的理解和认识。它涉及替代行动、反应和成果的概率,其中包括未知的未知和黑天鹅事件,它们是完全超出了现有的知识或经验的新兴因素。在复杂的环境中,不确定性和模糊性可以混合在一起,使因果关系模糊,以至于概率和影响定义不清。不确定性和模糊性很难降低到使因果关系可以很好定义并加以有效处理的程度。
▶ 技术创新。技术创新可能导致产品、服务、工作方式、流程、工具、技术、程序等的颠覆。台式电脑和社交媒体的出现是技术创新的范例,它们从根本上改变了项目工作的执行方式。新技术及其使用方式存在的不确定性会增加复杂性。创新有可能有助于项目产生解决方案,但若与其有关的不确定性未得到确定,则可能会导致项目混乱,从而使复杂性增加。
复杂性可能会出现在任何领域和项目生命周期的任何时点,并使项目受到影响。通过持续关注项目组件和整个项目,项目团队可以留意出现复杂性的迹象,从而识别贯穿整个项目的复杂性要素。如能了解系统思考、复杂的自适应系统、过往项目工作的经验,项目团队就能增强驾驭复杂性的能力。如能警惕出现复杂性的迹象,项目团队就能够调整自己的方法和计划,驾驭潜在的混乱,以有效地交付项目。
2.2.4.2 批判性思维
在各个项目绩效域中,都需要识别偏见,找出问题的根本原因,并考虑具有挑战性的问题,例如模糊性、复杂性等。批判性思维有助于完成这些活动。批判性思维包括训练有素、合乎理性、遵从逻辑、基于证据的思维。它需要具备开放思维和客观分析的能力。批判性思维(尤其是在应用于发现过程时)可以包括概念想象力、洞察力和直觉。它还可以包括反思性思维和元认知(“思考之上的思考”和“认知之上的认知”)。
项目团队成员可应用批判性思维来进行:
▶ 研究和收集无偏见的、均衡的信息;
▶ 识别、分析和解决问题;
▶ 识别偏见、未说明的假设,以及价值观;
▶ 辨别语言的使用情况以及对自己和他人的影响;
▶ 分析数据和证据,以评估论点和观点;
▶ 观察事件,以识别模式和关系;
▶ 适当地运用归纳、演绎和溯因推理;
▶ 识别并阐明错误前提、错误类比、情绪化诉求和其他错误逻辑。
2.5.9 与其他绩效域的相互作用
项目工作绩效域与项目的其他绩效域相互作用,而且对其他绩效域具有促进作用。项目工作可促进并支持有效率且有效果的规划、交付和测量。项目工作可为项目团队会议、互动和干系人参与提供有效的环境。项目工作可为驾驭不确定性、模糊性和复杂性提供支持,并平衡其他项目制约因素及其影响。
2.8.3.1 基于系统
处理基于系统的复杂性的示例包括:
▶ 解耦 (Decoupling)。解耦需要断开系统的各个部分,以简化系统并减少相互之间有关联的变量的数量。确定系统的一部分如何独立工作,可降低问题的总体规模。
▶ 模拟。可能有类似但不相关的情景可用于模拟某一系统的各个组件。一个包含购物区和多间餐厅的新机场建设项目,可以通过寻找关于商场和娱乐场所的类似信息来了解消费者的购买习惯。
2.8.3.3 基于过程
复杂性是由于人类行为、系统行为和模糊性而难以管理的项目集、项目或其环境的特征。当有许多相互关联的影响以不同的方式表现出来并相互作用时,就会存在复杂性。在复杂的环境中,单个要素的累积最终导致无法预见或意外的结果,这种情况并不少见。复杂性的影响是使人们无法准确预测发生任何潜在结果的可能性,甚至无法知道可能会出现什么样的结果。处理复杂性有许多方法,一些方法是基于系统,一些方法需要重新构建,而其他方法则是基于过程。
2.8.4 易变性
易变性存在于可能会快速且不可预测的变化的环境中。当可用技能组合或多种材料持续波动时,可能就会发生易变性。易变性通常会影响成本和进度。备选方案分析和成本或进度储备的使用可解决易变性问题。
▶ 备选方案分析。寻找和评估备选方案,例如寻找实现目标的不同方法(如使用不同的技能组合、对工作重新排序或将工作外包)。备选方案分析可包括确定在评估不同选项时要考虑的变量,以及每个变量的相对重要性或权重。
▶ 储备。成本储备可用于弥补由于价格波动造成的预算超支。在某些情况下,可以使用进度储备来处理由于资源可用性的波动而造成延迟。
有效地驾驭不确定性、模糊性、复杂性和易变性可提高对形势的预测、做出明智决策、规划和解决问题的能力。
3.1 概述
裁剪是对有关项目管理方法、治理和过程深思熟虑后作出调整,使之更适合特定环境和当前工作。
在项目环境中,裁剪会考虑开发方法、过程、项目生命周期、可交付物以及与其共同参与工作人员的选择。裁剪过程受《项目管理标准》[1] 中的指导性项目管理原则、组织价值观和组织文化的驱动。例如,如果核心的组织价值观是“以客户为中心”,那么为启发需求和确认范围而选择的活动就要倾向于采用以客户为中心的方法。这种方法符合“有效地干系人参与”这一原则。同样,在项目的整个生命周期,风险偏好较低的组织可能有许多流程和程序来指导项目。而在同一市场上运营但风险承受能力高的类似公司可能会有较少的流程和程序。在这两个示例中,尽管各个组织的偏好、流程和程序各不相同,但它们都遵守“优化风险应对”这一原则。
使用裁剪需要谨慎选择和调整多个项目因素,无论是否使用“裁剪”标签皆是如此。
剪裁的替代方案是使用未经修改的框架或方法论。有许多方法论可以描述项目中使用的过程、阶段、方法、工件和模板。这些方法论及其组件不是根据组织环境定制的。
它们中的大多数都有明确的指导说明,它指出不应只是严格遵守,而是要经过一个裁剪过程,以便根据项目的特定类型、规模和复杂性确定哪些要素最有用。可是一些经验不足的从业者试图完完全全地应用该方法论,而不考虑项目规模、复杂性、持续时间或组织环境。
进行裁剪时需要了解项目背景、目的和运行环境。项目的运行环境非常复杂,需要平衡下列潜在的互相矛盾的要求,包括但不限于:
▶ 尽快交付;
▶ 最小化项目成本;
▶ 优化所交付的价值;
▶ 创建高质量的可交付物和成果;
▶ 遵守监管标准;
▶ 满足不同干系人的期望;
▶ 适应变化。
需要理解、评估和平衡这些因素,以便为项目创造切实可行的运行环境。
有些情况可能会限制项目团队调整其方法的程度,例如,当组织政策要求使用特定方法或合同强制规定了某种方法时。
3.2 为什么要裁剪?
裁剪旨在更好地满足组织、运行环境和项目的需要。许多变量都是裁剪过程的考虑因素,包括项目的重要性和所涉及干系人的数量。以这些变量为例,关键项目(如建造核反应堆)所需的严谨、制衡和报告的要求显然要远远高于建造新办公楼。
同样,对于一个由 200 人组成的项目团队来说,一个由 10 人组成的项目团队所需的沟通和工作协调也是不够的。过程太少会忽略可支持有效项目管理的关键活动,而如果使用的过程多于所需数量,则引发成本高昂和浪费。因此,裁剪有助于对运行环境和项目需求进行适当管理。
用于交付项目的结构既可以规模很大也可以很小,既可以非常严密也可以是轻量级,既可以是稳健型的也可以是简单的。没有一种单一的方法可以一直应用于所有项目。相反,裁剪应反映每个项目的规模、持续时间和复杂性,并应适应组织所在的行业、组织文化和项目管理成熟度。
裁剪可为组织带来直接和间接的收益。这些属性包括但不限于:
▶ 帮助对方法进行裁剪的项目团队成员,可以做出更多承诺;
▶ 以客户为本(因为客户需要是组织发展的重要影响因素);
▶ 更有效地利用项目资源。
4.1 概述
项目处于模糊的状态,需要多个系统之间进行交互,成果往往不确定。复杂性是一项需要应对的挑战。
第 4.2.5.1 节和第 4.2.5.2 节中描述的两种模型提供了一个理解复杂性并确定如何在复杂环境中做出决策的框架。
4.2.5 复杂性模型
项目处于模糊的状态,需要多个系统之间进行交互,成果往往不确定。复杂性是一项需要应对的挑战。
第 4.2.5.1 节和第 4.2.5.2 节中描述的两种模型提供了一个理解复杂性并确定如何在复杂环境中做出决策的框架。
4.2.5.2 Stacey 矩阵
Ralph Stacey 开发的 Stacey 矩阵类似于 Cynefin 框架,但它从两个维度来确定项目的相对复杂性(a)针对可交付物的需求的相对不确定性,以及 (b) 将用于创建可交付物的技术的相对不确定性。基于这些维度的相对不确定性,项目被分为简单型、繁杂型、复杂型或混乱型。复杂程度是影响项目裁剪方法和实践的一个因素。
4.4.2 估算
估算方法用于对某一项目的工作、时间或成本进行近似估算。
▶ 亲和分组。亲和分组涉及根据相似程度将各项内容归入类似的类别或组合。常见的亲和分组包括T 恤尺码和斐波纳契数列。
▶ 类比估算。类比估算使用相似活动或项目的历史数据,来评估某一活动或项目的持续时间或成本。
▶ 功能点。功能点是对信息系统中业务功能数量的估算。功能点用于计算软件系统的功能规模测量 (FSM)。
▶ 多点估算。当单个活动估算存在不确定性时,多点估算通过应用乐观估算、悲观估算和最可能估算的平均值或加权平均值来评估成本或工期。
▶ 参数估算。参数估算是指基于历史数据和项目参数,使用某种算法来计算成本或持续时间。
▶ 相对估算。相对估算可用于创建估算,这些估算源自在考虑人力投入、复杂性和不确定性的基础上针对类似工作进行的对比。相对估算不一定基于成本或时间的绝对单位。故事点是相对估算中使用的一种常见的无单位的测量方法。
▶ 单点估算。单点估算涉及使用数据来计算一个可反映最佳估算的值。单点估算与范围估算相反,后者包括最好情况和最差情况。
▶ 故事点估算。故事点估算涉及分配项目团队成员实施用户故事所需的抽象的但相关联的人力投入的点数。它可使项目团队在考虑所涉及的复杂性、风险和人力投入的前提下了解故事的难度。
▶ 宽带德尔菲。宽带德尔菲估算方法是 Delphi 估算的一种变化方式,即主题专家会完成多轮估算,每轮之后与项目团队展开讨论,直至达成共识。对于宽带德尔菲估算方法,那些提出了最高和最低估算的人会解释自己的理由,然后每个人又都重新估算。该过程会不断重复,直到接近一致。计划扑克牌是宽带德尔菲估算方法的一种变化形式。
X5.3 《项目管理标准》的研究
在更新《项目管理标准》之前,PMI 进行了意义重大的研究并查阅了大量资料,包括:
▶ 国际项目管理标准或类似于标准的文件,精益、敏捷和设计思维原则,以及一些最常用的框架。这项研究有助于确定常见的实践领域和主题,它们可作为开发《项目管理标准》原则的输入。
▶ PMI 研究(例如 Pulse of the Professio (职业脉搏调查) )— 它们表明,更多的组织和从业者正在采用敏捷和混合模式以及新的工作方式(即工具、框架、技术等)。
▶ 查阅已发表的白皮书、思想领袖文章和相关文件 — 提炼基本原则。
▶ 焦点小组和研讨会 — 收集干系人关于改进《项目管理标准》可用性的意见。
研究分析的结论是,更多的组织正在采用多种类型的项目管理方法。有些组织正在逐步采用混合型方法,将预测型和适应型实践结合起来。组织和项目团队正在根据行业、组织和项目的需要对其方法进行裁剪。这些调查结果表明,PMI 标准需要反映更具整体性和包容性的项目管理视角,这种管理视角适用于预测型、混合型和适应型方法。
以下所有这些信息都为探索开发过程提供了深入见解:
▶ 将侧重点从基于过程转向基于原则,这将全面反映全频谱的项目管理方式。
▶ 可能需要包含进来的新内容领域(例如收益实现管理、组织变革管理和复杂性)将与这些领域的实践指南保持一致。
▶ 将任何“如何做”的内容迁移到更具交互性和适应性的媒体中,并对这些内容做出调整,以更好地反映出基于行业、项目类型和其他重要特征的一系列考虑因素。
▶ 拓宽标准的关注点,使其包括所有项目,并更加重视项目的期望成果。