导图社区 项目管理方法(第三版)读书笔记
该书以通俗易懂的语言详细讨论项目管理方法论。作为一种新的工作方法论,项目管理不仅是一系列的计划与控制技术,而且是一种独特的管理哲学。它指导人们从崭新的视角去看世界,以崭新的方法去做工作,用崭新的思路去解问题。
编辑于2022-07-06 08:52:49项目管理方法论
项目管理大局图
项目管理热
组织需要项目管理
项目管理知识体系
概述
项目管理知识体系
PMBOK®指南
主体内容
结构化方法
项目管理五大过程组
项目管理十大知识领域
通用的项目管理方法
制定项目目标
进行工作分解
排列活动顺序
编制综合项目计划
组建团队实施
动态监控项目实施情况
及时开展项目收尾
开展项目后评价
专业的项目管理方法
用来衡量一个项目是否需要用专业项目管理方法的四个标准
项目的范围和规模大小
人们对项目的生疏程度
项目的复杂程度
人们在项目上的利益大小
学习项目管理的意义
任何人都可以用项目管理方法来改进自己的工作和生活。
项目管理对组织的价值
项目管理对组织的无形价值
提升组织的学习力
提升组织的整合力
提升组织的执行力
很可能遇到三个较大的问题
组织文化的问题
组织中项目管理知识的普及程度
对试点项目的选择
1.4.3 学习项目管理的一般过程
在学知识和技术的同时,务必注意学习知识和技术背后的价值观(理念),务必注意不断改进思维方式
项目管理的历史
新兴实践和趋势
价值驱动型项目管理
新兴技术型项目管理
项目管理技商
效率提升型项目管理
广泛参与型项目管理
敏捷适应型项目管理
1.5.8 总结
从单纯的计划控制技术到综合性的项目管理学科
项目管理的新兴实践和趋势
注重为项目相关方创造价值
利用硬技术和软方法提高效率和效果
引导尽可能多的项目相关方合理参与项目,
用敏捷适应型方法快速应变和领变
项目管理基本概念与理念
项目
项目是为创造独特的可 交付成果、实现组织变革和创造商业价值而进行的,需要渐进明细的临时性工作。 PMI的定义
临时性
独特性
目标性
PMI所述的项目其他特性
渐进明细性
变革驱动性
价值导向性
项目的普遍性
项目管理
将知识、技能、工具 与技术应用于项目活动,以满足项目的要求 技术层面的定义
综合性的定义
项目管理的技术面体现了项目管理的科学性,而项目管理的社会面则体现了项目管理的艺术性
项目经理
谁是项目经理
项目经理是由项目执行组织委派,领导项目团队去实现项目目标的个人。
项目经理在项目管理中无疑要发挥核心的作用 他要把高级管理层的意图转变为可执行的方案,并传递给项目团队成员;又要通过团队成员的努力把项目成果实实在在地做出来,提交给高级管理层。
项目经理是项目的唯一责任点 必须对在规定的范围、进度、成本和质量等限制条件下完成项目任务负完全且最终的责任
项目经理的责任与权力
项目经理的职责 • 参与项目启动,给高级管理层提供关于启动项目的专业协助。• 组建、建设和管理项目团队。• 领导项目计划编制工作。• 指导项目按计划执行。• 按照项目计划,监督项目执行工作,发现实际执行情况与计划的偏离。• 基于所发现的执行与计划的偏离,开展必要的变更,如采取纠偏措施或调整计划。• 预测和监控项目风险。• 与项目相关方保持密切沟通,做好相关方管理。• 组织项目收尾工作,把项目产品、服务或成果移交给客户。• 收集项目资料,开展项目后评价,更新组织过程资产。• 实现自己负责的项目效益(价值),协助高级管理层和职能经理实现他们负责的项目效益(价值)。• 释放项目剩余财物资源,解散项目团队
项目经理的权利
项目经理的素质与能力
技术型项目管理技能是指掌握和应用一定的行业技术和项目管理技术
战略和商务管理技能是指掌握和应用一定的战略和商务管理知识,去取得高级管理人员和职能部门人员的支持
领导力技能是指能够指导和激励团队成员去达成目标
创造挑战、创造好运
对项目经理的新要求
项目经理不仅要确保项目技术上正确,而且要关注项目对组织的价值
项目组合管理就是为了在既定的资源限制下实现既定的战略目标而选择一系列正确的项目和项目集来做
项目管理与工商管理的区别
临时性与永久性
独特性与相似性
渐进明细性与细节明确性
项目是独特性的工作,其目标和计划都要逐渐细化。
项目管理强调用逐渐细化的方法做出符合要求的成果;工商管理强调按事先规定好的详细方法做出符合要求的成果。
风险在生产环节与风险在销售环节 项目管理强调对生产环节的风险管理,确保成果符合要求;工商管理强调对销售环节的风险管理,确保把成果卖掉。
专业之间的整合与专业之间的分工 项目管理强调协调整合,把各部门各专业的力量集结成有效的团队;工商管理强调分工负责,要求各部门各专业按既定的规章制度履行各自的职责。
项目经理缺乏职权与职能经理权责匹配 项目管理强调没有足够的正式权力也要完成既定的任务;工商管理强调权责匹配,有多大的正式权力就做多大的事情。
横向式管理与纵向式管理 项目管理强调横向合作,尽量弱化纵向层次结构;工商管理强调纵向责任,依靠上下级之间的命令与服从
项目团队的多样性与职能团队的相似性 项目管理强调团队成员之间的差异性,依靠优势互补提高团队活力;工商管理强调团队成员之间的相似性,依靠集中专业优势形成团队合力。
变化性与稳定性 项目管理强调在动态变化的环境下敏捷地规划和实施变更;传统的工商管理强调在相对稳定的环境下严格执行既定的规章制度和生产或服务流程。
跳跃式发展与渐进式发展 项目管理强调给组织带来较大的变革,实现组织的跳跃式发展;工商管理强调维持组织的基本稳定,保证组织的生存和循序渐进发展。
跳跃式发展
项目管理与工商管理的联系
服务于组织的战略目标
项目启动与工商经营紧密相连
项目收尾与工商经营紧密相连
工商经营必须基于项目可交付成果
用项目来提高工商经营水平
由工商经营者决定该做出怎样的项目成果
工商经营中的许多工作都可当作项目来做
项目管理的理念和思维方式
技术是理念和思维方式的体现
理念 是一个人用于判断事物好坏的心理标准
思维方式 是由一系列相互联系的理念所组成的体系
当地人的理念不一定适合这种技术
项目管理的十大理念
找出和利用各要素之间的有机联系,来获取更大的利益。 1. 整合创造优势
项目管理非常强调在规定的范围、进度、成本和质量要求之下做出既定的 可交付成果。 以可交付成果为导向
时间是临时的、一段一段的 时间非长河
独特性是项目的风 险所在,是项目的竞争力所在,也是做项目的人的激情所在 经验不是用来照搬的
精确的目标,虽然灵活性较小,但可实现性大大提高,且便于用硬性标准来衡量实现情况,也就使人们没有办法找借口。 目标要逐渐细化
做项目,实现跳跃式发展,改变将来的不能令人满意的状况 发展应该是跳跃式的
做项目就是做未来,注重改变未来的状况 项目就是要在一定的时间内运用有限的资源把将来的不能令人满意的状态转变为一种更好的、比较令人满意的状态。做项目就是做未来,注重改变未来的状况。
项目管理要求在项目启动时,就要充分考虑今后的困难,并通过认真地计 划工作,尽量把困难提前,追求“说着难做着容易”。 宁愿“说着难做着容易”
不能主要靠正式权力来带领团队, 而要更多地用人身权力、人际权力和复合权力。 基于团队的工作方式
做项目的全过程中始终充满了各种各样的机会和威胁。 不确定性是正常的
从过去的项目积累起来的经验教训、工作 流程、工作模板、项目数据和其他项目资料。 不断更新组织过程资产
我的项目管理职业生涯
正确的方向、明确的目标和高效的方法(必须三者同时具备),任何人都会自然且快乐地拥有勤奋和毅力。
不断提高自己的预见力
用整合来促进自己的职业发展
以可交付成果为导向
以创造价值为目的
项目周期管理 强调前一个项目的结束必须为后一个项目的开始积累经验,以便以后的项目越做越好
概述
项目周期管理的基本概念 把项目从开始到结束的全过程,划分成基本按顺序进行的几个大的阶段,以便通过阶段控制来保证项目成功,并使本项目的经验教训成为以后项目可以利用的“组织过程资产”
项目启动、项目准备、项目执行和项目收尾 • 在启动和准备阶段,项目对资源的需求逐渐增加;在执行阶段,对资源的需求达到最高峰;在收尾阶段,对资源的需求急剧下降。谁都不希望项目收尾拖拖拉拉,把项目做成“胡子工程”,所以收尾阶段对资源的需求必须是急剧下降的。 • 因为在启动和准备阶段,项目的限制条件较少,所以项目相关方对项目的影响力就较大,项目变更的代价就较小。随着时间的推移和项目工作的开展,相关方的影响力会逐渐减弱,变更的代价则会逐渐增大。• 在启动和准备阶段,项目不能成功完成的不确定性较高,但风险万一发生的后果较轻。随着时间的推移和项目工作的开展,不能成功完成的不确定性逐渐降低,但风险万一发生的后果逐渐变严重。
项目周期管理的意义 旨在通过把项目划分成若干个阶段,规定每个阶段应该完成的工作、应该提交的可交付成果,以及应该达到的验收标准,以利于开展阶段管控和阶段评审,并通过阶段管控和阶段评审来确保项目最终成功。
项目周期四阶段(启动、准备、执行和收尾)划分的主要理由
不同时期的工作内容有很大区别
项目团队在不同时期所需要的人员有很大不同
每个阶段结束时要完成的工作成果完全不同
每个阶段往往需要不同的领导方式
成功的距离 权力距离
在做较重要的事情之前,应该考虑如何把做事的全过程划分成几个便于管控的阶段
绝对避免因自己的原因而导致的事后补课
基于技术与管理工作的项目周期
产品生命周期 等于项目周期加上项目产品建成后的营运期,其终点通常都是产品退出市场的时间
项目生命周期
基本概念 描述项目每个阶段需要完成什么技术任务的项目周期
项目生命周期中的每一个阶段都可看作一个单独的项目或子项目
项目生命周期中的阶段结束点,是进行项目检查和评审的当然时点。
经过检查和评审,可以作出以下某种决策:
不批准关闭本阶段,而是要求对本阶段的工作采取纠偏措施。• 批准关闭本阶段,同时要求调整后续阶段的工作计划。• 批准关闭本阶段,并按原定计划进入下一个阶段。• 批准关闭本阶段,并正常终止或提前终止项目。
预测型生命周期和适应型生命周期。 项目生命周期的基本类型
预测型生命周期 计划驱动型生命周期,是指事先详细定义项目可交付成果,尽量预测出以后需要开展的项目工作,编制出详细的项目计划,然后在执行阶段完成已定义好的项目工作和可交付成果,在收尾阶段验收并移交已完成的项目可交付成果
特点 先设计好要做的产品,再实际去做,在做的过程中一般不进行实质性变更。
适用于 有成熟做法、风险较低、待开发产品清晰明确且只能最终一次性交付的项目,如建筑工程项目。
适应型生命周期。 敏捷型生命周期或变更驱动型生命周期
特点 在每个迭代期(如2周)都设计并生产出符合用户当前需求的产品原型(初级产品),并在下一个迭代期根据用户需求的变化(更完善或明确),完善产品原型;相当于边设计边生产
适用于 需求不能立即明确或很容易变化的项目
举例 秘书帮领导写发言稿,就应该用一个又一个草稿(原型)征求领导的意见(需求),以便写出让领导满意的终稿
预测型生命周期和适应型生命周期的主要区别
项目阶段之间的关系
先后顺序的关系或交叠(交叉)的关系:
先后顺序关系
交叠关系。
项目管理生命周期
项目管理生命周期的基本概念 描述项目每个阶段需要完成什么管理工作的项目周期
五大过程组
启动,就是确立项目的合法地位和总体要求(目标),宣布项目正式立项(上马)
划,就是编制项目计划,把项目目标具体化,制定达到目标的路线图。
执行,就是按计划开展项目活动,把纸面上的成果变成实在的成果。
监控,就是把实际情况与计划要求做比较,发现偏差,分析偏差,并在必要时进行变更(包括调整计划或对执行纠偏)。
收尾,就是按一定的程序开展收尾工作,把项目正式关闭。
过程组之间的关系
管理过程组相互交叉
49个过程之间也存在交叉、循环和非直线式关系
项目生命周期与项目管理过程组的联系和区别
项目生命周期与项目管理过程组的起点和终点都是一样的。它们的起点都是项目的开始时间,它们的终点都是项目的结束时间。
项目生命周期与项目管理过程组的联系
项目生命周期与项目管理过程组的区别
项目管理五大过程组的主要工作
启动过程组 确定项目的大目标,给项目一个合法的地位,宣布项目正式启动(立项)
项目工作说明书 用来说明所要求的项目产品,以及项目对实现组织经营目标和战略目标的意义
可行性研究 编制可行性研究报告,论证项目的商业意义及其他意义。
需要进行项目的总体方案设计,确定项目的大目标、主要验收标准及初步的项目范围,还应该识别项目面临的主要风险、项目的主要假设条件和制约因素。
考虑项目生命周期的类型和阶段划分,把项目划分成便于管理与控制的几个阶段。
项目经理的第一件工作 接受发起人的委托,根据《项目工作说明书》及可行性研究的结果,起草项目章程,对项目进行正式定义,并报发起人签发。项目章程一经签发,项目就正式启动。
规划过程组 制订项目计划,明确实现项目目标的方法
确定到达目的地的最佳路径 必须通过编制项目计划,来选择最好的道路。
基本要求
先行编制关于项目目标管理的程序性计划
编制实体性计划时,先不考虑风险,按最可能的情况编制项目目标计划(范围、进度、成本和质量计划),然后考虑风险(编制风险报告和风险登记册),再对前述的目标计划进行适当调整。
编制出项目目标计划后,再分析需要什么资源(特别是人力资源)以及该如何管理资源(特别是人力资源),编制资源需求计划、相关方参与计划和沟通计划(都是实体性计划),以及资源管理计划、相关方管理计划和沟通管理计划(都是程序性计划)。
编制出项目目标计划后,再分析哪些工作需要外包(包括哪些风险需要买保险),编制采购管理计划(程序性计划)和采购计划(实体性计划,如招标文件)。
项目计划的编制是一个反复迭代(循环)的过程
项目计划不可能完美无缺,所以必须编制变更管理计划,来规定将来应该如何调整项目计划。
把所有的分项管理计划(如范围管理计划、资源管理计划、变更管理计划)汇编在一起,形成综合性的项目管理计划。
把高层级的项目目标计划(范围、进度、成本和质量计划)汇编在一起,报给高级管理层审批。经审批后,就成为项目基准计划,作为用于考核项目绩效的依据。
把低层级的项目目标计划和其他各种计划(包括风险计划、资源需求计划、相关方参与计划、沟通计划和采购计划)都作为项目工作计划。
项目计划编就并经批准后,召开项目开工会议,向项目相关方介绍项目计划,以便他们了解项目计划和项目目标,达成共识,并建立为项目成功而努力的决心。
项目计划的三大组成部分 项目管理计划、项目基准计划和项目工作计划
项目计划的三大组成部分
项目管理计划用于指导项目基准计划和项目工作计划的编制,项目基准计划和项目工作计划要相互协调、相互支持。
执行过程组 按项目计划开展项目工作,完成可交付成果。
一边执行一边收集工作绩效数据 工作绩效数据是对项目执行情况的原始记录。
项目经理:项执行必须严格按计划执行,否则计划就没有任何意义 是项目计划编制的组织者,然后应该指导团队成员严格按计划做事。他主要是通过管理“计划”来管人和管事。
在执行过程组开展的主要工作包括:
获取和分配项目资源,包括人力、物力和财力资源。
建设和管理项目团队,提高团队绩效。
与相关方沟通,确保相关方对项目有共同的理解和期望,引导相关方合理参与项目。
按计划开展项目工作(包括实施经批准的变更),完成可交付成果。
收集工作绩效数据,为监控提供依据。
管理项目质量(包括但不限于开展质量保证)
实施项目风险应对措施(包括已列入计划的措施和未列入计划的权变措施)。
开展项目采购(如招标),从项目执行组织外部获取货物或服务。
执行过程组的所有工作和成果都必须经过监控过程组的检查和确认,才能被提交给收尾过程组使用
监控过程组 比较项目执行情况与计划要求,发现、分析和解决偏差,保证项目执行符合计划
局部监控 分别监控项目范围、进度、成本和质量绩效等。
发现偏差,若绩效不理想,则提出变更 发现项目各方面的偏差,如范围偏差、进度偏差、成本偏差。所有这些偏差都属于工作绩效信息。如果工作绩效信息不理想,就需要提出变更请求。
全局监控 基于局部监控所得到的工作绩效信息,在整个项目的层面对这些信息做综合分析,编制出关于整体项目绩效的工作绩效报告。
审批变更请求 必须在整个 项目层面开展,以便防止因局部利益而损害全局利益,确保只有在整个项目层面有利于项目的变更才能被批准。
监控过程组的主要工作: • 监督项目范围、进度、成本和质量绩效,发现和分析偏差。• 监控项目风险(包括识别新风险)。• 监控项目采购,开展合同管理。• 监控资源的获取和使用情况。• 监控项目沟通情况和相关方参与情况。• 编制项目的工作绩效报告。• 提出变更请求,包括纠偏措施建议、预防措施建议、缺陷补救建议、计划调整建议。• 通过实施整体变更控制过程,对所有变更请求进行综合评审,加以批准或否决。• 及时对已完成并被判定为质量合格的可交付成果进行实质性验收。
收尾过程组 开展项目的采购收尾和行政收尾(包括财务收尾),正式关闭项目。
技术收尾 在监控过程组完成的,即在确认范围过程中对项目的可交付成果进行实质性验收。
收尾工作 收集工作流程、工作模板和工作数据,都需要开展后评价、总结经验教训,并把所有这些资料归入组织过程资产,供以后项目借鉴。
收尾过程组的主要工作
对可交付成果进行形式上的验收(最终验收),办理移交手续。
正式关闭采购合同,了结合同当事人在项目上的关系。
完成项目的财务结算与决算。
向相关方报告项目最终绩效,并调查相关方对项目的满意度。
收集工作流程、工作模板和工作数据,并归入组织过程资产。
进行项目后评价,总结经验教训,并把经验教训归入组织过程资产。
进行知识分享和知识转移,为可交付成果的运营和项目效益(价值)的实现提供支持。
举行完工庆祝会,对团队成员和相关方的业绩给予认可和奖励。
释放项目资源,解散项目团队。
项目的选择与启动
4.1 需求的产生与分析
4.1.1 需求产生的原因
4.1.2 需求分析的步骤
需求分析与项目设计过程
4.2 项目选择
4.2.1 单个项目的选择
目的 通过对备选项目进行排序,选择最有利于实现企业经营目标和战略目标的项目。
考察项目是否符合实现企业目标的需要
生产
市场
财务
人事
其他行政方面:有关的国际和国家标准、法律要求、股东的反应。
以下主要因素会决定一个项目的难易程度:
技术复杂程度
跨专业、跨部门(组织)程度
规模(投资)大小
工期长短
影响项目选择的主要因素
4.2.3 项目集的选择
考虑项目之间的横向联系,以便对各项目进行协调管理,取得把各项目分开管理所不能取得的更大效益。
4.2.2 项目组合的选择
组织战略目标往往不是依靠某单个项目就能实现的,而必须依靠一组项目。
项目组合管理 在既定的资源限制之下,为了实现既定的组织战略目标,而选择一组正确的项目来做。
三层级的项目组合选择模型
根据粗略的项目申请书进行初步筛选,剔除那些明显不合适的项目。
根据详细的项目商业计划,对各项目本身的价值进行评价,选出那些本身有价值的项目,如效益成本比大于1的项目。
在同一个项目类别中,把每一个项目与竞争项目(包括新项目和正在执行的项目)进行比较,评价每一个项目的相对价值,对项目进行优先级排序。然后,再考虑项目组合中各类别项目之间的平衡。
4.2.4 经济投资性与非经济投资性项目选择
从经济投资角度的项目选择,主要采用量化分析方法(定性方法作为辅助)
从非经济投资角度的项目选择,则主要依据对项目的定性分析和评价。
4.3 定性的项目选择方法
4.3.1 质疑委员会法
4.3.2 同行评议法
同行评议法是指由相关方面的同行专家对项目进行评审,以便选择最合理的项目上马。
4.3.3 Q分类法
Q分类法是由专家对一系列项目进行分组,通常在备选项目很多的情况下采用。
4.3.4 配对比较法
对所有备选项目进行一一配对比较
4.3.5 多标准决策分析
多标准决策分析是用多个标准对多个备选项目进行比较分析。
4.3.6 综合评分法
在使用这个综合评分表之前,需要做大量的基础工作。
项目综合评分表
4.4 定量的项目选择方法
4.4.1 投资回收期分析
优点
简单、易懂、易用。
减轻未来投资回收方面的风险。
比较适用于未来不确定性较大的项目
较早收回投资有利于实现企业的短期利益
缺点
不考虑货币的时间价值,把回收期内各年的现金流同等对待
只考虑投资回收期内的现金流,不考虑投资回收期之后的现金流
4.4.2 投资回报率分析
年均利润与项目投资额之比 项目产品在整个产品生命周期所获得的年均利润与项目投资额之比,就是投资回报率
简单、易用、易懂
考虑了项目产品整个生命周期的现金流
没有考虑货币的时间价值
4.4.3 净现值法
现值 指未来的一笔钱在“现在”这个时点的价值
净现值 收入的现值减去支出的现值所得到的余额
净现值法就是一种贴现现金流方法
把未来的收益与今天的投资做比较
确定贴现率
4.4.4 内部报酬率法
内部报酬率法实际上是净现值法的特殊应用
4.4.5 保本点分析
保本点分析是找出利润为零时的产品销售量。
保本点分析
4.4.6 成本效益分析
效益成本比小于1的项目肯定不能做
4.4.7 小结
概率
决策树技术
项目后评价中重新计算这些指标,并与项目启动之前所计算的指标进行比较,分析导致偏差的原因
4.5 确定项目目标
4.5.1 定义项目要解决的问题
项目是用来解决问题的手段
项目要解决的问题,通常就是项目要满足的主要需求,也就是做项目的目的(价值或意义)所在
4.5.2 如何确定项目目标
明确的项目目标至少有以下几个作用
为项目团队提供努力的方向
在主要项目相关方之间达成共识,使大家有合作的基础
为制订项目计划提供依据,使计划编制成为“有源之水”
为将来考察项目是否已经完工提供依据,使人们能客观地评价项目的成功。
如何确定项目目标
1. 从项目组合目标到项目集目标再到项目目标
项目组合管理旨在通过有效分配资源来实现组织的战略目标
项目组合目标决定项目集目标
项目集目标决定项目目标
2. 项目目标的逐渐细化
项目的范围、进度、成本和质量等四个维度,是用来确定项目目标的最基本的维度
项目目标必须是具体的
对项目目标的描述,可以采取以下形式:先用一句话描述出项目的总体目标,再具体列出几个可测量的分目标
3. 制定目标的SMART原则和ROOTS原则
具体的
可测量的
能实现的
相关的
有时限的
制定目标的ROOTS原则
4. 不确定性下的目标具体化
采用适应型生命周期,用敏捷型方法来开展。
项目的不确定性
需求的不确定性
增量型方法
技术的不确定性
迭代型方法
需求模糊且技术不确定,就用敏捷型方法
4.5.3 项目的成果、目标、结果、效益和价值
使用成果、目标、结果、效益和价值这些概念,也有利于分清不同层次人员对项目的不同责任
4.6 发布项目章程
4.6.1 项目章程的概念
项目发起人或其委托的其他高管人员会授权项目经理代为编制项目章程。
项目经理要把项目前期准备阶段所形成的各种文件中的相关内容挑出来,整理成项目章程,然后报给项目发起人或其他高管人员签发
简单的定义 由项目发起人或其委托的其他高管人员签发的,用于规定项目的原则性要求,宣告项目正式启动,并授权项目经理动用组织资源开展项目活动的正式文件。
4.6.2 项目章程的主要内容
项目概述
项目目的(重要性)
可测量的项目成功标准
高层级需求和相应的项目总体要求
总体里程碑进度计划
预先批准的财务资源
整体项目风险的程度
主要假设条件和制约因素
主要相关方
项目审批权限
项目退出标准
项目经理及其权责
项目章程签发者的姓名和职权
4.6.3 项目章程的基本作用
正式确认项目的存在,给项目一个合法的地位
叙述启动项目的理由
规定项目的总体目标,包括范围、进度、成本和质量等
任命项目经理并规定其权责
项目相关方管理
基本概念
干系人 相关方
受项目影响,参与项目或对项目有决策权的人 项目相关方
自认为
主要的项目相关方
ISO
PMI
发起人
客户和用户
组织内部的团体
职能经理
其他相关方。如采购单位、金融机构、政府机构、主题专家等
罗德
项目相关方管理的演变
项目相关方管理的一般流程
识别相关方
启动过程组
相关方登记册
分析相关方
分析相关方,主要采用定性的方法,如头脑风暴法、专家判断法、焦点小组会议、访谈。
权利、利益、影响、作用、知识 相关方归类和排序
矩阵(权利、利益、影响、作用、知识、认知&态度)
权利和利益矩阵
权利和影响矩阵
影响和作用矩阵
权利和知识矩阵
认知和态度矩阵
凸显模式:合法性、力量、紧急性
相关方参与度评估矩阵
相关方排序
权力、利益、影响、作用和认知等维度
制定相关方管理策略和引导措施
制订相关方参与计划
• 相关方登记册。• 相关方归类和排序。• 相关方管理策略和引导措施。• 与项目沟通计划的关系。• 与项目其他计划的关系。
管理和监督相关方参与 在启动过程组要识别相关方,在规划过程组要编制相关方参与计划,在执行过程组要管理相关方参与,在监控过程组要监督相关方参与。管理和监督相关方参与,都要严格按项目相关方参与计划进行。
应注意的其他方面
尽早以积极态度面对负面相关方
第一步:问“五个为什么”,搞清楚负面相关方抵制的根本原因。通过向抵制者提出合适的问题,也许就能让他认识到自己的抵制是没有道理的。 第二步:区分理性抵制、感性抵制和政治抵制,以便有针对性地采取解决抵制的方法。 第三步:切勿强求。如果通过前两步仍没有解决抵制,就只有暂时撤退,让时间来解决问题。 第四步:谈判。项目经理要准备在谈判中作出必要的让步。
让项目相关方满意是项目管理的最终目的
特别注意相关方之间的利益平衡
依靠沟通解决相关方之间的问题
正确对待不知晓型相关方
日常工作和生活中的相关方管理
利益决定立场。如果你想要得到相关方的支持,就必须满足他们的利益追求!
编制项目计划
项目计划的重要性
通过做计划把困难提前
如果不做计划,项目开始阶段倒是比较省事,因为时间还有一大段、资金还有一大笔,而且约束条件又比较少。然后,随着项目进展,所剩时间和资金越来越少,前期工作的成果又构成了对后期工作的各种约束,使回旋余地大大减少,以至于越到项目后期困难越多。
管理“计划”,然后依靠“计划”去管人管事。
正因为计划没有变化快,才更需要做计划。你至少需要做一个管理和应对变更的计划。
计划是项目执行、监控和收尾的依据
项目计划规定了谁在什么时候该做什么、该用多大的代价做到什么程度,是项目团队开展项目执行的行动指南,也是进行项目监控的依据
把执行情况与计划要求做比较,发现偏差,分析偏差。
项目计划也是进行项目收尾的依据
项目计划促进项目沟通
编制计划的过程,也是一个促进相关人员之间沟通的过程。
如果没有书面的项目计划做依据,项目相关方在执行期间的言行将是无法协调的。
环境扫描和资产盘点
事业环境因素
内部环境因素来自项目执行组织内部,外部环境因素来自项目执行组织外部。
组织过程资产
项目执行组织积累起来且有利于本项目取得成功的各种经 验教训、工作流程、工作模板和工作数据
组织过程资产主要包括
具体的政策
工作流程(如项目生命周期标准、变更管理程序)
工作模板(如工作分解结构模板、风险登记册模板)
工作指南(如工作模板裁剪指南、项目监控指南)
共享数据库(如财务数据库、经验教训数据库)
项目范围计划
项目范围与范围管理
项目团队为了提交出符合要求的项目产品、服务或成果而必须完成的全部工作
产品范围决定项目范围,项目范围服务于产品范围。
项目范围是项目进度、成本和质量的基础。
项目范围说明书
项目范围说明书是根据项目章程和项目相关方的需求编制的,旨在描述项目的高层级可交付成果,定义项目的范围边界,以便项目相关方对项目范围边界达成共识,并且项目团队可据此编制工作分解结构和工作分解结构词典。
项目范围说明书的内容: 产品范围描述、主要验收标准、高层级可交付成果和项目除外责任
解释 • 产品范围描述。描述项目将要形成的产品所需具备的特性和功能,是对项目章程中的产品描述的进一步细化。• 主要验收标准。项目产品必须满足的条件,以便通过验收,是对项目章程中的项目成功标准的进一步细化。• 高层级可交付成果。项目要完成的高层级可交付成果,是对项目章程中的可交付成果的细分。• 项目除外责任。对那些不属于项目工作但相关方容易误解为是项目工作的工作,加以明确排除,即明确告诉相关方本项目不做哪些事情,防止相关方对项目产生不合理的期望。
假设日志 “假设条件”和“制约因素”
假设条件 无须验证就被假设为真实的前提条件,如假设资金将按时到位。
假设条件/风险:由高层领导才能搞定的事情,如果不确定性非常高,就变成风险(否定式句子)
制约因素 没有任何不确定性的、完全肯定的条件或因素,会限制项目团队的选择余地,甚至使项目团队完全没有选择余地。
工作分解结构
WBS 工作分解结构(Work Breakdown Structure,WBS)是以可交付成果为导向的,对项目工作的逐层分解
工作分解结构必须包括以下基本要素:
要素名称
要素编号。
逐层分解的结构
以可交付成果为导向
只有具备下列全部四个条件的成果,才应该被作为可交付成果列入工作分解结构:
• 是为完成最终的项目可交付成果所不可或缺的。如果缺少该成果,就无法做出最终可交付成果,或者最终可交付成果将达不到既定的要求(如功能不全)。• 是项目团队能够在规定的限制条件下做出来的。千万不要把项目团队做不出来的任何东西列为工作分解结构要素。• 是能够用可行的方法来验证其存在的。千万不要把无法客观验证其存在的任何东西列为工作分解结构要素。即便是无形的可交付成果,也必须是可以验证的。例如,员工培训项目的可交付成果之一是“员工的新知识”,可以采用知识测试的方法来验证其存在。• 是能够用可行的方法来测量其是否符合要求的。在验证了可交付成果客观存在之后,就需要用一定的方法来测量其是否符合要求,如产品功能是否齐全、产品质量是否符合要求、是否在规定的时间和成本内完成。
编制工作分解结构的常用方法
按阶段,是指第二层是项目生命周期的阶段名称,例如,启动、规划、实施、收尾。
按项目范围和产品范围,是指把产品范围专门列作一条分支,把项目范围(狭义)列作其他分支。
按产品范围,是指把产品所需具备的功能或组成部分列作第二层。这种方法适用于产品可按功能或组成部分来分解的情况。
高质量的工作分解结构,至少要满足下列条件:
符合100%规则。
形式上符合工作分解结构的基本规范
便于有效组织和分配项目工作,以及为这些工作指定责任人
有利于编制项目的进度计划、成本预算、质量计划、资源计划等后续计划。
工作分解结构的主要作用
促使人们周全地考虑项目范围,防止遗漏或多列某些内容。
是项目相关方之间沟通的基础性文件,使项目相关方对项目的范围有一致的认识
是编制项目进度计划、成本计划、质量计划等的基础。
进行项目组织设计的依据之一
行项目执行和监控的重要依据。
是考核项目是否完工的依据。
WBS词典 工作分解结构词典
工作包 工作内容、时间要求、成本要求、质量要求、负责人及协助人
责任分配矩阵
A—Accountable,最终的责任;R—Responsible,执行的责任;C—Consulting,提意见的责任;I—Informing,了解情况的责任。
RACI矩阵
在工作分解结构的基础上,列出为完成项目而必须进行的所有活动,然后分析这些活动之间的逻辑关系和各自所需要的工期,制订出项目进度计划。 项目进度计划
活动定义
活动排序
先后顺序
并行
网络计划技术,如紧前关系绘图法,是用来排列活动顺序的常用技术。
紧后活动在紧前活动完成之后 才能开始。 完成到开始关系
地基与砌墙的关系
紧后活动在紧前活动完成之 后才能完成。 完成到完成关系
挖槽完成后完成埋管
紧后活动在紧前活动开始之后 才能开始。 开始到开始关系
挖槽开始后3天开始埋管
紧前活动开始后,紧后活动才 可结束或必须结束。 开始到完成关系
活动与项目的工期估算
类比估算法
德尔菲估算法
参数估算法
三点估算法
模拟估算法
编制项目进度计划
关键路径法
滞后量
时间提前量
关键路径是项目进度管理中的主要矛盾。
资源平衡法
进度压缩法
借助软件编制进度计划
逻辑横道图
项目成本计划
自上而下估算法
类比估计法,是估算者根据自己的经验及过去类似项目的实际成本,依靠主观判断估算出当前项目的总成本,然后由相关人员把项目的总成本向下分配至项目的各个组成部分和各个时间段。
自下而上估算法
先由最熟悉相关进度活动的项目人员估算出每项进度活动的成本,再汇总得到工作包的成本,然后按工作分解结构往上逐层累加,最后得到项目的总成本
多种方法相结合
成本预算的表现形式
项目的成本预算既需要按项目的工作内容(组成部分)来编制(见表6-5),也需要按项目的时间段来编制
项目现金流计划
现金流是指项目资金的流入和流出。
项目质量计划
项目质量的概念
确定项目质量标准
确定项目质量政策
重要的质量管理理念
第一次就把事情做成功
持续改进
预防胜于检查
全面质量管理
质量是免费的
管理者必须承担更大的质量责任
建立质量保证与质量控制体系
婚礼项目之范围计划
在项目章程的基础上所编制的对项目工作的详细安排
项目范围计划
关于项目必须完成什么可交付成果
进度计划
关于必须在何时开展什么活动才能按时完成相应的可交付成果
成本计划
关于每个活动、每个可交付成果和整个项目究竟需要花多少钱
质量计划
关于每个活动、每个可交付成果和整个项目究竟要达到什么技术要求
编制项目风险计划
墨菲定律 如果可能考不过,就会考不过;如果可能发生踩踏事件,就会发生踩踏事件;如果上班可能迟到,就会迟到。
7.1 项目风险的基本类别
基本概念
项目整体风险 项目不确定性的全部来源联合导致的项目目标正向或负向变异区间
单个项目风险 一旦发生就会对项目目标产生积极或消极影响的不确定性事件,包括已识别出的和未识别出的
风险
未来
不确定性
目标
既包括负面的威胁(万一发生会产生消极影响),也包括正面的机会(万一发生会产生积极影响)
整体和单个层面的风险管理
一个项目的整体项目风险程度取决于这四个因素
项目本身的复杂性
项目所处的环境
相关方的复杂性
项目团队的能力
项目风险管理
通过项目设计和决策来考虑上述四个因素,把整体项目风险控制在可接受的区间内
通过标准化的风险管理过程去有效应对单个项目风险
应用于个人的健身
整体身体风险
先天遗传
所处环境
人际关系
自身习惯
有了较好的整体身体状况,管理单个身体风险(威胁)就比较容易
对机会和威胁的管理
现代的风险管理则要求在管理威胁的同时,还要管理机会
7.2 单个项目风险的模型和类别
风险的四要素模型
模型
什么样
可能性
后果
原因
有利于找到管理某个风险的最佳切入点
风险发生的原因
风险发生的起因
风险发生的条件
项目风险类别
风险分解结构
项目的经营风险
技术风险
财务风险
管理(组织)风险
市场风险
其他风险
7.3 项目风险管理方法
风险管理的概念和目的
项目风险管理是指通过识别风险、分析风险和监控风险,来提高项目成功的可能性
是把不可控变为可控,即把绝对不可控的不确定性事件转变为相对可控的、具有一定的发生可能性和后果的不确定性事件。
轻视风险就是最大的风险
风险管理的总体原则
强烈的风险意识
适当的风险应对
全过程风险管理
开放式风险管理
全局式风险管理
投资式风险管理
问题的关键不在于支出的大小,而在于回报的大小。
风险创造成就感
风险下的决策制定
考虑风险
三种可能的情况
最坏的情况
最可能的情况
最好的情况
对项目未来的成本和收益进行多数值的预测
投资决策的主要依据
风险管理的结构化方法
越是不确定的事情,就越是要结构化,以便有条不紊地预防风险的发生,并且在风险万一发生时有条不紊地迅速应对。
一般流程
规划风险管理
识别风险
实施定性风险分析
实施定量风险分析
规划风险应对
实施风险应对
监督风险
7.4 编制风险管理计划
主要相关方参与
分析和确定整体项目风险程度
风险管理计划的主要内容
风险管理策略
风险管理方法
角色与职责安排
预算和时间安排
风险概率和影响定义
概率和影响矩阵
风险类别
主要相关方的风险偏好
风险追踪和报告要求
7.5 识别和分析风险
识别项目风险
风险识别,就是要全面识别出对项目目标有影响的不确定性事件
风险识别主要在项目规划阶段进行,但也贯穿项目始终
风险识别借助的各种技术
头脑风暴法
识别风险
提出尽可能多的主意(风险
对主意(风险)进行讨论和评价
得到结论(项目风险清单)
德尔菲技术
访谈
根本原因分析
文档审查
对各种文档的结构化审查来识别项目风险
核对单分析
检测那些在过去项目上存在的风险,在本项目上是否也存在
分析核对单本身的不完整性,因为核对单中遗漏的东西就可能意味着风险。
假设条件分析
分析假设条件中可能存在的错误和偏颇,识别与此有关的风险
图解技术
用因果图、流程图、影响图、系统图来分析相关情况,识别项目风险。
SWOT分析
项目内部的情况进行优势(Strength)和劣势(Weakness)分析
项目外部情况进行机会(Opportunity)和威胁(Threat)分析
定性风险分析
定性分析 旨在对风险发生的可能性和后果进行主观分析,以便确定项目的总体风险级别、各具体风险的严重性,以及各具体风险的初步排序。
用矩阵图来表示概率与后果的各种组合
用风险级别矩阵对风险进行分级和排序
考虑风险发生的紧急性
输出 得到
风险优先级排序
近期需要应对的紧急风险
需要进一步做定量分析的风险
列为低优先级的风险
重复定性分析所显示的风险发展趋势
7.5.3 定量风险分析
用客观的方法对风险发生的概率及其万一发生的后果进行量化计算,并据此确定风险的严重性。
通过定量风险分析,可以得到
项目可能工期的概率分布图
蒙特卡洛模拟
项目可能成本的概率分布图
蒙特卡洛模拟
实现既定工期目标的概率
实现既定成本目标的概率
各风险的量化分析结果及其优先级排序
项目所需的应急时间和应急资金
重复定量分析所显示的风险发展趋势
1. 预期货币价值分析
2. 决策树技术
3. 敏感性分析
敏感性分析是指依次分析单个变量对结果的影响。
4. 蒙特卡洛模拟
计算或估计风险发生的概率
数学计算
反复试验
历史资料的积累
7.6 风险应对规划
决定风险应对策略和措施的主要因素
风险客观上的严重性
风险发生的概率
发生的后果
风险的可管理性
可监测性
可预防性
可处理性
风险承受力
风险偏好程度
与风险相联系的利益(如利润率)的大小
投资的多少。投资越多,人们甘冒风险的程度就越低。
风险应对策略
1. 风险规避
2. 风险减轻
3. 风险转移
风险转移是指以一定的代价,把风险的消极后果,连同对风险的应对责任,转移给另外一个实体;因为该实体具备更好的资源与能力去管理相应的风险。
4. 风险接受
5. 制定风险应对策略的流程
特别的风险减轻方案
制订应急预案
风险责任人
负责监控风险,实施风险预防和应急措施。
必须参与风险应对策略和措施的制定工作
风险登记册
把各种与风险有关的信息综合起来
风险报告
风险报告的主要内容包括:
• 项目概述。
• 项目的整体项目风险级别。
• 整体项目风险的主要来源。
• 已识别的全部单个项目风险的情况概述。
• 最严重的几个(如10个)单个项目风险的情况概述。
• 整个项目所需的应急时间和应急资金。
• 拟采取或已采取的风险应对策略和措施概述。
• 整体项目风险和单个项目风险的发展趋势。
• 期望从高层管理人员或客户那里得到的指导和支持。
调整项目目标计划
通常
按照最可能的情况,编制出初步的项目目标计划,
考虑风险,开展具体风险的识别和分析,制订风险应对计划。
去调整初步的项目目标计划
规范
在项目的工期中必须预留足够的应急时间
项目执行与监控
8.1 项目执行的主要工作
8.1.1 严格按计划执行
项目执行 开展项目计划所规定的项目活动,完成所要求的可交付成果,并生成相应的工作绩效数据。
8.1.2 收集工作绩效数据
收集工作绩效数据
及时性
原始性
全面性
8.1.3 实施风险应对
风险瘫痪症 在识别风险和分析风险之后,甚至在制定出风险应对措施之后,并不采取实际行动去应对风险
实施风险应对,需要特别注意:
由指定的风险责任人负责应对风险,同时需要全体团队成员和众多项目相关方参与风险应对
风险责任人对风险应对的责任,主要是对过程的责任,而不是对结果的责任
风险应对工作与其他项目工作的协调
在必要时采取权变措施应对风险
8.1.4 及时总结经验教训
经验教训登记册
对经验教训总结,还要特别注意:
总结出来的经验教训首先是供自己用的
供以后用的
供现在用的
对记录在案的每一条经验教训,都要写明应该或可以怎么使用,促使每一条经验教训都对以后的改进起到作用
在执行阶段总结出来的经验教训,要在收尾阶段被进一步整理并归档,成为组织过程资产的一部分
8.1.5 产出可交付成果
项目执行的目的,就是要把纸面上的可交付成果变成实实在在的可交付成果。
8.2 项目执行中的常见误区
8.2.1 靠加班赶进度
8.2.2 靠增加资源赶进度
8.2.3 靠大会战来大赶工
8.3 项目监控概述
8.3.1 项目监控的目的
监控
监督
项目执行的实际情况与项目计划中的要求进行比较,发现偏差
控制
分析偏差,决定是否需要调整计划或对执行进行纠偏,并在必要时提出与批准对计划的调整或对执行的纠偏
效益成本分析
寻找监控与风险的平衡点
8.3.2 项目监控系统
有效的监控系统应该包括下列基本要素:
项目计划
项目基准计划
项目管理计划
项目工作计划
对项目执行情况进行动态跟踪的方法
把实际情况与计划要求进行比较的方法,以便发现偏差
决定是否需要采取纠偏措施或调整项目计划的决策方法
把经批准的纠偏措施或计划调整付诸执行的权力机制
8.3.3 项目监控的一般过程
项目监控的一般过程如下
收集工作绩效数据
把工作绩效数据与项目计划中的要求进行比较,发现项目范围、进度、成本和质量等方面的偏差,并加以书面记录
运用各种分析技术对偏差的程度、原因,以及偏差对项目目标的影响进行分析
确定项目执行是否需要纠偏,可交付成果是否存在质量缺陷
确定项目计划是否需要调整
对项目未来的情况,特别是完工时的情况,进行预测,并确定是否需要采取预防措施来防止未来不良绩效的出现
对上述各种变更请求进行全面评审,分析各个变更可能给项目带来的综合影响,确保只有从总体(全局)上有利于项目的变更才能得到批准,防止因局部利益而损害全局利益。
批准、否决或暂时搁置上述变更请求
把经批准的计划调整建议,交给规划过程纳入项目计划,形成更新后的项目计划
8.3.4 局部监控与全局监控
原则
从局部入手、从全局着眼
局部监控与全局监控的关系
1. 个别监控与整体监控
项目计划、工作绩效数据、工作绩效信息和项目绩效报告之间的关系
2. 提出变更请求与审批变更请求
3. 不同层次人员对项目的监控
项目发起人或高级管理层
项目经理
项目团队成员
项目的分层次监控
8.3.5 应用数信知智模型
数信知智模型
数据—信息—知识—智慧模型
DIKW模型
数据
信息
知识
智慧
8.3.6 如何有效监控
1. 采用结构化的监控方法
2. 持续不断地监控
3. 建立正确的监控心态
8.4 项目进度与成本控制
挣值管理
把项目进度和成本绩效综合起来考察
8.4.1 基本概念
计划价值(PV)
计划工作量和预算单价的乘积
挣值(EV)
实际工作量和预算单价的乘积
实际成本(AC)
实际工作量和实际单价的乘积
8.4.2 基本评价指标
项目进度与成本绩效
进度偏差(SV
挣值与计划价值之间的差额
成本偏差
挣值与实际成本之间的差额
进度绩效指数(SPI)
挣值与计划价值之比
成本绩效指数(CPI)
挣值与实际成本之比,即CPI=EV/AC
进度偏差率(SVP)
进度偏差与计划价值之比,即SVP=(SV/PV)×100%
成本偏差率(CVP)
成本偏差与挣值之比,即CVP=(CV/EV)×100%
在监控项目进度偏差时,还必须注意
关键路径上的活动的进度偏差
非关键路径的浮动时间的减少
8.4.3 基本预测指标
完工尚需估算(ETC)
在项目执行的不同时点重新估算的完成剩余工作还需要的成本
完工估算(EAC)
在项目执行的不同时点重新估算的完成整个项目或整个控制账户所需要的全部成本,由已经发生的实际成本和未来预计要发生的成本这两部分构成
完工偏差(VAC)
在项目执行的不同时点重新估算的、在项目或控制账户完工时将出现的总成本偏差,正值表示成本节约,负值表示成本超支
完工尚需绩效指数(TCPI)
在项目执行的不同时点重新估算的、为了在既定的预算内完工,而必须达到的未来成本绩效水平
预测项目完工时的情况,以便及时采取预防措施
①预测是经常要做的
②预测要用多种方法进行
8.4.4 挣值指标图解
8.4.5 挣值计算的50/50规则
8.4.6 如何处理进度落后或成本超支
进度落后
赶工
向非关键路径要资源,向关键路径要时间
调整各活动之间的逻辑关系
并行工程
缩减项目范围
成本超支
8.5 项目范围与质量控制
项目可交付成果
具备相应的功能
符合技术要求
效果
范围
质量绩效
效率
进度
成本绩效
8.5.1 范围控制概述
范围基准
编制项目计划
工作分解结构
WBS词典
项目范围说明书
项目范围控制
监督项目的产品范围和项目范围的实现情况,控制产品范围及项目范围的变更
防止范围蔓延
透彻理解项目相关方的需求
把项目的所有要求都要记录在案
严格按项目管理方法编制范围计划
制订并遵守项目范围管理计划
不接受口头的变更申请
坚持规范的综合评审
强调完工时间和预算的重要性
8.5.2 范围控制的方法与指标
偏差分析
趋势分析
8.5.3 范围变更的原因
引起项目范围变更的主要原因
项目设计或计划中的错误,包括产品范围或项目范围中的错误
新近发生的外部事件
为了增加价值
8.5.4 质量控制概述
项目质量控制
通过各种方法检查项目的质量情况,保证项目达到既定的质量要求
8.5.5 质量控制的主要工具和技术
8.5.6 如何处理范围和质量偏差
原则
在过程失控导致结果失控之前,就把过程失控解决掉
8.5.7 可交付成果的实质性验收
实质性验收
项目监控阶段
实质性验收具有以下几个特点
必须对单个可交付成果及时开展
验收结论不一定是最终的
必须开展实地检查
及时开展实质性验收
便于及时发现和解决问题
可以确保最终的形式验收顺利过关
可以及时对团队成员开展认可和奖励
8.6 项目风险监控
8.6.1 监控单个项目风险
主要工作
1. 监测已识别风险
2. 监控风险应对的有效性
3. 注意次生风险
4. 注意新风险和已过时风险
5. 更新风险登记册
8.6.2 监控整体项目风险
监控整体项目风险
由项目经理本人在风险管理专家和相关团队成员的协助下,动态监控整个项目失败的可能性以及万一失败的后果
主要工作
1. 评估单个项目风险应对对整体项目风险的影响
2. 评估整体项目风险的变化
3. 更新风险报告
8.6.3 沟通风险情况和总结经验教训
1. 沟通风险情况
2. 总结经验教训
8.7 项目变更管理
8.7.1 变更的基本类型
变更的基本类型
修改计划
纠正执行偏差
进行缺陷补救
采取预防措施
8.7.2 变更管理的基本原则
基本原则
做好变更的心理准备
只做必须做的变更
事先制定变更管理的程序
变更宜早不宜晚
变更宜小不宜大
项目基准计划最好不变
与相关方充分沟通
对变更的后果做综合评价
对变更作后评价
8.7.3 变更管理的基本程序
步骤
识别变更
评价变更对项目的影响
设计变更的备选方案
提出变更请求
征求项目相关方的意见
审批变更
把经批准的变更纳入项目计划,并付诸执行,追踪执行情况
评价变更的效果
8.7.4 综合(整体)变更控制
项目组织与团队建设
9.1 项目组织的基础
9.1.1 组织的概念
组织
专业分工与协作的必然产物
管理幅度
一个管理者直接指挥和监督的下属的数目
管理层次
一个组织从最基层到最高层的权力层次数目
管理幅度和管理层次成反比
9.1.2 项目组织的特点
项目组织的最大特点就是扁平化
取决于以下几方面:
项目经理的权力结构决定了他必须以横向式管理为主
项目经常是跨专业的
项目是一次性的事业,面临较大的风险,处理问题要有较大的灵活性和较快的反应速度
项目组织中的成员大多是各方面的专家,受教育程度较高,工作能力较强,对工作自主性的要求也较高
9.2 职能式、矩阵式和项目式组织
9.2.1 职能式组织
9.2.2 矩阵式组织
矩阵式组织的两大特点
①借资源
项目经理需要向职能经理借资源(专业技术和专业人才)
②两个老板
项目团队成员需要同时接受项目经理和职能经理的双重领导
优点
项目可以利用整个公司的资源
多职能部门的参与有利于项目的技术和管理优化
项目成员在项目完工后有家可归
缺点
项目经理没有管理项目的全权
职能部门可能不愿意派优秀员工到项目工作
项目成员面对两个老板所导致的相关问题
根据项目组织中项目经理和职能经理的责权大小
弱矩阵式组织
平衡矩阵式组织
强矩阵式组织
9.2.3 项目式组织
项目式组织是一个独立于各职能部门之外的、自成体系的项目机构
各职能部门不参与项目工作。项目式组织拥有项目所需要的全部技术和人员,不再需要向职能部门借人
优点 项目经理拥有管理项目的全权,几乎所有项目成员都是全职做项目,项目成员集中办公有利于团队建设
缺点 不能利用职能部门的资源,容易造成资源的过早过量储备,项目成员在项目完工后会无家可归。
9.2.4 项目组织形式的选择
应该根据项目的规模大小、复杂程度高低,以及所在组织的项目化程度高低,来选择合适的项目组织形式
项目组织形式的选择
2. 影响项目组织形式选择的主客观因素
各项目组织形式的特点
客观项目因素
主观需要因素
9.2.5 项目管理办公室
项目管理办公室的主要作用包括:
建立统一的、标准化的项目管理方法体系,供组织中的所有项目使用
充当高级管理层与项目经理之间的沟通桥梁
协调管理所辖的所有项目
分成以下四类
战略型项目管理办公室
指令型项目管理办公室
控制型项目管理办公室
支持型项目管理办公室
9.3 项目团队的主要特点
9.3.1 目标性
9.3.2 临时性
9.3.3 开放性
9.3.4 多样性
9.4 项目团队的软要素
9.4.1 成员意识和成员力
9.4.2 基于知识的成员影响力
9.4.3 合作为主、竞争为辅的成员关系
9.4.4 成员之间的非正式沟通
9.5 什么是真正的团队
9.5.1 以工作和结果为导向
9.5.2 强烈的成员意识
9.5.3 全方位的沟通
9.5.4 每个人都是核心
9.5.5 成员愿意做岗位之外的工作
9.5.6 成员乐意做出决定
9.5.7 成员乐意在任何时间工作
判断真正团队的标准
9.6 高效的项目团队建设
9.6.1 基于基本规则的团队建设活动
9.6.2 开展考核与奖励
注意
区分结构化工作和非结构化工作
考核制度要简单明了
考核制度要简
考核只能针对成员自己能够掌控的业绩,而不能针对成员不能掌控的业绩
9.6.3 团队建设的阶段模型
五阶段模型
形成
磨合
规范
成熟
终止
9.6.4 快速的项目团队建设
如何实现快速的团队建设,使团队尽快进入规范阶段?
靠项目团队成员在项目管理教育中所学到的知识,以及在项目管理实践中所积累的经验
靠项目团队的启动会议
9.6.5 有效的冲突管理
有效管理冲突
了解冲突的产生背景
发展阶段
解决冲突的基本方法
9.6.6 网络时代的虚拟团队
特别注意以下三点
成果导向
沟通顺畅
团队成就感
9.6.7 项目结束时的团队建设
9.7 领导风格和行为激励
9.7.1 领导风格的基本类型
领导风格分成以下几种
专制型
分析型
征询意见型
民主型
对下属的指令性行为与支持性行为
指令型
教练型
支持型
放任型
六种常用的领导风格
放任型
交易型
仆人型
变革型
魅力型
交互型
9.7.2 领导与管理的异同
主要区别
领导
关注长期愿景
注做正确的事
关注启发和激励别人
管理
关注短期目标
关注正确地做事
关注约束和控制别人
9.7.3 主要的激励理论
马斯洛的需求层次理论 1. 需求层次理论
需求与激励
赫茨伯格的双因素理论 2. 双因素理论
保健因素
激励因素
9.7.4 其他激励理论
1. X理论和Y理论
2. 期望理论
3. 成就动机理论
成就需要
权力需要
亲和需要
项目沟通管理
定义 项目沟通管理是保证及时有效地生成、收集、分发、利用和存储项目信息的全过程,目的是保证各主要相关方(包括项目团队成员)方便地得到所需信息并对信息做出适当反应。有效的沟通管理有利于项目顺利进展。
10.1 沟通计划的编制与实施
10.1.1 沟通计划的必要性
相关方之间的关系很可能是一次性的,而非持续性的。
10.1.2 沟通计划的主要内容
沟通计划应该包括以下主要内容:
关于沟通的原则性规定
关于沟通工件的规定
关于沟通对象的规定
关于沟通活动的规定
术语表 对一些重要术语进行定义,确保大家有相同的理解。
编制沟通计划,应该邀请主要相关方的代表参加
主体内容
沟通工件
沟通对象
沟通活动
合同沟通计划 分散在合同中的不同地方,这就给项目实施过程中各方履行沟通权责带来很大不便
10.1.3 沟通计划的实施
沟通是需要实际行动的
通过说话的方式(特别是形体动作)所传达的信息,通常要比通过所说的内容传达的信息丰富得多
纵向沟通是处于不平等位置的双方之间的沟通,如上下级之间的沟通
横向沟通是处于平等位置的双方之间的沟通
沟通是需要有效果的
主要相关方的满意程度
问题日志作为一种重要的沟通工件,需要动态更新。
项目执行中要随时在事先准备好的“问题日志”记录所发生的问题,包括问题的编号、名称、描述、类别、对项目的可能 影响、紧急程度、解决责任人、解决方案、解决时间要求以及当前状态
10.2 沟通的模式与过程
10.2.1 沟通的基本模式
理解 理解是指一方知道另一方的真实想法,以及为什么会有该想法,并认为对方的想法是正确的,从而用自己的言行支持对方。
从交流到理解
交流 表达自己的想法和听取对方的想法
沟通的基本模式和信息损耗
信息损耗
信息发出者自觉或不自觉地对信息进行过滤
客观损耗应该从技术上设法解决
信息接收者在解释信息(解码)的过程中,自觉或不自觉地对所收到的信息进行过滤
10.2.2 从沟通到理解
沟通双方的基本价值观不同
沟通与行为
10.3 沟通的作用
10.3.1 沟通不足导致许多问题
10.3.2 通过沟通来有效管理
项目经理的任务就是通过许多其他人(团队成员)来合理调配物质资源和信息资源,以完成一个人不能单独完成的项目任务。
10.4 沟通中的障碍
10.4.1 沟通的主观障碍
1. 个人对现实的认知与想象力
2. 个人的喜好、个性和感情
3. 个人的经历和背景
10.4.2 沟通的客观障碍
1. 有形和无形的距离
权力距离是用来考察企业文化的一个重要指标。
项目管理鼓励员工之间横向联系
2. 语言障碍
3. 位置、层次和角度
4. 事情的复杂性
5. 文化氛围
10.5 如何有效沟通
10.5.1 建立良好的沟通背景
10.5.2 履行自己的沟通责任
信息编码
沟通媒介
发送完整、准确的信息
确认信息已经到达接收者并被接收者正确理解
10.5.3 运用系统的方法
形成一个更大的“我们”系统,许多冲突就会迎刃而解,从而比较容易达到沟通的目的。
对信息发出者来说,应该尽量发布完整的信息,并且在信息中包括一些激励的内容,赋予信息以活力。
10.5.4 运用多种多样的沟通方式
争论和冲突有助于达到在正常情况下无法达到的沟通
10.6 项目报告和项目会议
10.6.1 信息的收集与利用
项目报告的编制和发布过程,实际上就是及时、准确、全面、系统地收集、整理、发布和利用项目信息的过程
程序如下
信息收集
信息整理
报告编制
报告发布
信息利用
信息的储存与归档
10.6.2 项目报告的种类
有以下几个方面
项目当前情况报告
项目累计情况报
项目异常(例外)情况报告
信号灯报告
综合绩效报告
S曲线图
横道图
控制图
10.6.3 召开会议的基本规则
需要遵守以下基本规则:
事先明确会议目的。
事先制定会议规则,准备会议议程,并分发给相关人员。
只邀请相关人员参加会议
按时开始、按时结束会议
在会议上要坚持事先制定的议程,避免跑题
除了解决特定问题之外,还应该使与会者享受团队的气氛。
做好会议记录,并在会后及时整理和分发会议纪要
10.6.4 项目会议的主要类别
信息交流会
交流信息、确认事实
主意产生暨评审会
基于信息和事实提出各种主意并进行评审
决策制定会
在各种主意中选定一个最好的主意
按项目管理的五大过程组,项目会议可以分成:
项目启动会
项目相关方识别会
项目规划会议
项目开工会议
项目状态评审会议
项目变更控制会
经验教训总结会
完工庆祝会
项目采购管理
11.1 项目采购计划
11.1.1 采购的定义
定义 采购是指借助合同从项目执行组织外部获取货物或服务,以便有效实现项目目标。采购既包括对有形货物的采购(如材料设备),也包括对无形服务的采购(如施工服务、咨询服务或培训服务)
分成四个阶段
编制采购计划
采购计划实施采购
执行合同并监控执行情况
开展采购收尾
11.1.2 自制或外购分析
成本比较
自制所产生的全部成本
外购所产生的全部成 本
外购的主要理由包括
执行组织本身缺乏所需的专业人才、技术或物资,根本做不了自己想做的事。
执行组织虽然在一定程度上能做某件工作,但并不擅长
执行组织虽擅长做某件工作,但由于资源有限,不得不放弃该工作
执行组织想要培育与外部组织的长期合作关系
相关法律法规的要求
11.1.3 项目采购计划的主要内容
项目采购计划 鉴别那些可以通过采购来最优实现的项目需要
常见的采购方式
直接采购
货比三家
邀请招标
竞争性招标
项目采购计划
11.2 合同及其成立
11.2.1 合同的定义
有效的合同必须具备
当事人必须具有签订该合同的权利能力和行为能力
合同必须是双方当事人真实的、完全一致的意思表示
合同的内容必须合法
合同的形式必须合法
11.2.2 合同成立的一般过程
过程
要约
要约具有以下基本特征
以订立经济合同为目的
向特定的人发出
内容全面、明确和肯定
在要约有效期内,要约对要约人具有约束力
承诺
构成一项有效的承诺,必须具备
必须是被要约人(包括其合法代理人)做出的
必须在要约的有效期间(规定的承诺期间)内做出
必须是无条件地、完全地接受要约的内容
反要约与要约具有同样的性质,只是时间顺序不同
11.2.3 招标投标的一般做法
发布招标文件
询价
要约邀请
目的 是从对方获得竞争性投标,以便通过分析比较从中选择最优者
投标
要约
表明投标者愿意按投标文件所列的条件与业主签订合同的意思,对投标商有法律上的约束力
授标
承诺
业主在投标有效期内向某个投标者发出的、通知接受其投标的意思表示
,一旦业主发出了授标信,在投标商收到授标信时,建筑施工合同即宣告成立
招投标的主要步骤
11.3 合同种类与风险分担
11.3.1 总价合同
总价合同是指对合同工作规定一个总价,并按这个事先约定的总价进行付款
按进度里程碑分期付款
衍生
固定总价合同
总价加激励费用合同
总价加经济价格调整合同
11.3.2 单价合同
单价合同是按事先约定的合同单价和合同实施过程中实际发生的工作量进行付款的合同
付款通常定期进行,如每月支付一次
工料合同
材料单价
设备单价
人工单价
按实际使用的材料数量、设备数量和人工数量来支付合同价款
11.3.3 成本补偿合同
成本补偿合同是由业主对承包商开展各项工作的成本给予实报实销,再按一定的方法计算和支付一笔费用(包括管理费和利润)
成本补偿合同又可以分为
成本加固定费用合同
成本加成合同
成本加激励费用合同
本加奖励费用合同
11.3.4 合同作为风险分担的手段
总价合同的特点
单价合同和成本补偿合同的特点
11.4 合同管理
11.4.1 项目经理作为合同管理者
项目经理在施工合同的管理中应该起到以下几个重要作用:
充当业主代表
充当业主与承包商之间的沟通桥梁
开展与其他有关方面的合作
对施工合同实施进行过程控制
提供专业技术服务
调解施工合同争议
11.4.2 有效合同管理的基础
必须具备以下基础
良好的施工合同文件
具有良好信誉和技术商务能力的施工承包商
优秀的合同管理队伍
系统的合同管理制度
11.4.3 有效合同管理的基本原则
1. 诚信原则
2. 公平原则
3. 效率原则
11.5 合同管理中的难点
11.5.1 合同解释
合同解释是指对合同具体条款进行理解
合同解释应该遵循
主导语言原则
适用法律原则
整体解释原
公平诚信原则
11.5.2 合同变更
合同变更主要包括
1. 工程内容变更
2. 情事变更
3. 合同缺陷变更
11.5.3 施工索赔及其预防和处理
1. 施工索赔的定义
索赔具有几个本质特征:
①索赔是要求给予补 偿(赔偿)的权利主张
②索赔的依据是合同文件及适用法律的规定
承包商自己没有过错
这种情况的责任应由业主(包括其代理人,如工程师)承担
与合同标准相比较,已经发生实际损失,包括工期和经济损失
必须有切实的证据。
2. 工期延误索赔
通常可以把延误分为:
可原谅延误与不可原谅延误
可补偿延误与不可补偿延误
3. 施工加速(赶工)索赔
4. 生产率降低索赔
5. 变更索赔
6. 不利现场条件索赔
7. 预防和处理施工索赔
项目经理应做好以下工作来预防发生不必要的承包商索赔:
充分熟悉合同
提醒业主按时提供符合合同要求的施工现场条件
提醒业主按时保质保量提供业主负责的材料和设备
提醒业主及时提供施工图纸,及时签发各种技术资料,及时答复承包商提出的问题及要求
出现可能引起承包商索赔的业主行为或周边事件时,及时提醒业主,以 便业主及时调整行为或者协调周边关系
及时对已完工程进行计量,及时签发支付凭证,并提醒业主及时支付工程进度款
及时正确地提供有关资料和发布有关指示
对整个施工建设期间的事件和现场情况做详细记录,并预测可能出现的异常情况,为处理施工索赔奠定坚实的基础
在日常监理工作中随时与承包商保持协调,给承包商提供合理的协助,建立和维护自己处理合同事务的威信
11.6 合同收尾
11.6.1 检查已完工作
11.6.2 结算合同价款
11.6.3 释放担保
11.6.4 总结经验教训
11.7 项目伙伴制
11.7.1 项目伙伴制的概念与意义
通过相互信任、尊重和合作,在合同双方之间建立一种良好的工作关系
11.7.2 项目伙伴制的基本做法
七大要素
投入
平等
信任
共同的目标
支持系统和程序
动态的联合评价
及时行动
增加项目伙伴制的招标采购流程
最重要的内容 明确规定所有各方共同的项目目标
11.7.3 推行项目伙伴制的困难
项目收尾与项目成功
项目关闭,对“各相关方”有交代,总结经验 无论是正常终止或提前终止的,项目管理五大过程组中的收尾过程组都是必须要做的
12.1 项目终止及其原因
12.1.1 项目终止的概念
项目终止 通过正式的项目收尾程序,结束所有项目工作,宣布项目正式关闭
在项目终止阶段,项目团队会产生许多特别的问题,从而使项目收尾工作比较困难
12.1.2 项目提前终止的原因
项目提前终止的原因
无法实现预期收益
技术障碍
产品定义中的缺陷
需求变更
管理不当
缺少组织支持
为新项目让路
12.1.3 如何判断项目需要提前终止
12.2 项目终止阶段的主要工作
12.2.1 正常终止的主要工作
目的
使项目有一个好的结尾,把项目成果移交给项目发起人
总结项目工作的经验教训
编制一份详细的项目收尾计划
主要活动
进度、成本和质量要求
达成共识
对收尾工作进行监督和控制
项目经理在项目终止阶段的主要工作
编制详细的项目收尾计划
编制项目尾工清单
开展公正、独立的项目审计
获得项目发起人和其他主要相关方对项目可交付成果的最终验收
组织编制最终的项目绩效报告,并发送给各相关方,以便他们了解最终的项目绩效。
开展项目后评价,包括评价项目成功程度和总结经验教训。
整理项目档案,并移交给项目执行组织,形成新的组织过程资产
释放项目资源
获取项目发起人签发的项目结束证书,以此宣布项目正式关闭。
主持召开庆祝会,表彰团队成员,解散项目团队。
12.2.2 提前终止的主要工作
为了尽可能平稳地提前终止项目
识别预警信号过程
控制提前终止过程
实施整体变更控制过程
结束项目过程
管理相关方过程
12.3 项目成功的评价标准
12.3.1 微观和宏观的成功评价标准
项目管理的目标
在规定的范围、进度、成本和质量等限制条件下完成项目
满足相关方对项目的利益追求
衡量一个项目是否成功的标准
微观的项目成功标准
做项目就是要在规定的范围、进度、成本和质量之下完成任务
宏观的项目成功标准
要满足相关方对项目的利益追求
项目相关方对项目成功有不同的评价
12.3.2 相关研究发现
12.3.3 项目管理成功与项目产品成功
划分
项目产品的成功
项目管理的成功
12.4 项目验收
12.4.1 项目验收的非一次性
项目验收是指由主要项目相关方(如项目发起人和客户)对已经完成的项目可交付成果进行检查和接受。
12.4.2 项目的最终验收
在项目最终验收之前,需要进行大量的准备工作
12.5 项目后评价
12.5.1 项目后评价的必要性
项目后评价 在项目工作基本完成之后,对项目工作进行全面、系统、客观的总结,编写《项目后评价报告》,为以后的项目积累知识
项目后评价有利于
实现知识的“外在化”
项目工作中的知识“系统化”
项目工作中的知识“社会化”
12.5.2 项目后评价的特点
现实性
全面性
公正性
权威性
前瞻性
反馈性