项目沟通管理

青华专业UG培训

项目沟通管理

: S% K2 e$ c, i- ~5 M+ B1 ^

项目沟通管理包括为确保项目信息及时且恰当地生成、收集、发布、
存储、调用并最终处置所需的各个过程。项目经理的大多数时间都用在与
. K0 I' R) i3 c. |# R团队成员和其他干系人的沟通上，无论这些成员和干系人是来自组织内部
5 S. x! L- E7 d# k6 }（位于组织的各个层级上）还是组织外部。有效的沟通能在各种各样的项
. j5 h: D( {; ?# R# k+ r目干系人之间架起一座桥梁，把具有不同文化和组织背景、不同技能水平
- y$ J  s4 |) m: J$ G% T+ s以及对项目执行或结果有不同观点和利益的干系人联系起来。
) d- F: G- H( u7 v1 |0 [图10-1概述了项目沟通管理的各过程，包括：
, ^' v( x7 H9 r# T* Y10.1  识别干系人——识别所有受项目影响的人员或组织，并记录其
利益、参与情况和成功的影响项目的过程。
10.2  规划沟通——确定项目干系人的信息需求，并定义沟通方法的
" F7 T5 \% A. N1 S8 Z过程。
% N+ u. ]7 y, k6 d! X10.3  发布信息——按计划向项目干系人提供相关信息的过程。
4 p) Z2 X4 T/ @; f& N10.4  管理干系人期望——为满足干系人的需要而与之沟通和协作，
并解决所发生的问题的过程。
8 x( U- `) w1 g$ Z10.5  报告绩效——收集并发布绩效信息（包括状态报告、进展测量
结果和预测情况）的过程。
- _: N( Y0 g% g1 w  T上述过程不仅相互作用，而且还与其他知识领域中的过程相互作用。
每个过程在每个项目中至少进行一次。如果项目被划分为多个阶段，每个
过程可在项目的一个或多个阶段中进行。虽然在本章中，各过程以界限分
明、相互独立的形式出现，但在实践中它们可能以本章未详述的方式相互
( w1 I6 z' a0 L" ~. h/ z# Q交叠、相互作用。
沟通活动可按不同维度进行分类，包括：
„  内部（在项目内）和外部（客户、其他项目、媒体、公众）；
& {6 p! O' p7 `9 A„  正式（报告、备忘录、简报）和非正式（电子邮件、即兴讨论）；
3 D/ S+ A' w0 h8 M4 Y  V* f! W„  垂直（上下级之间）和水平（同级之间）；
„  官方（新闻通讯、年报）和非官方（私下的沟通）；
1 D6 F5 x0 T8 C/ G„  书面和口头；
! Y9 Q, E6 u/ Q! i. L: c2 H„  口头语言和非口头语言（音调变化、身体语言）。
大多数沟通技能同时适用于一般管理和项目管理，例如（但不限于）：
„  积极有效地倾听；
„  通过提问、探询意见和了解情况，来确保理解到位；
( f( y3 N- ]+ C" E0 Q„  开展教育，增加团队的知识，以便更有效地沟通；
„  寻求事实，以识别或确认信息；
2 e# @4 ?1 G3 G2 Y: t' c3 P2 y„  设定和管理期望；
„  说服某人或组织采取一项行动；
! s  }, ~6 A8 T5 _„  通过协商，达成各方都能接受的协议；
„  解决冲突，防止破坏性影响；
„  概述、重述和确定后续步骤。



) h7 ?6 q/ K+ z8 t10.1  识别干系人
识别干系人是识别所有受项目影响的人员或组织，并记录其利益、参与
+ {. |& _( L* _情况和对项目成功的影响的过程。见图10-2和图10-3。项目干系人是指积
极参与项目，或其利益可能受项目实施或完成的积极或消极影响的个人和组
: b5 X7 N; Z7 N/ _织，如客户、发起人、执行组织和公众。他们也可能对项目及其可交付成果
( Q* a5 m6 n$ r( D% F' [3 Q- |施加影响。干系人可能来自组织内部的不同层级，具有不同级别的职权；也
可能来自项目执行组织的外部。2.3节识别了不同类型的项目干系人。



" E: M) A, A* w4 }+ f4 \1 u5 \在项目的早期就识别干系人，并分析他们的利益、期望、重要性和影
响力，对项目成功非常重要。随后可以制定一个策略，用来接触每个干系
: u* k, d5 f1 {# L: S1 E( V人并确定其参与项目的程度和时机，以便尽可能提高他们的正面影响，降
' B) I6 R( S& F8 z6 g$ |- r9 m. v低潜在的负面影响。在项目执行期间，应定期对上述分析和沟通策略进行
4 O4 T0 |+ t! [5 ?+ ?8 J3 k审查，以便做出必要调整。
/ c3 h8 p) ^" j大多数项目都有为数众多的干系人。由于项目经理的时间有限，必须
! j4 \* {$ _1 w" h" w& {6 u- |" V
4 Y" N; ]  d8 w/ F3 l2 w* U尽可能有效利用，因此应该按干系人的利益、影响力和参与项目的程度对
) }) ~! I: K) ?! d6 M其进行分类。这样一来，项目经理就能集中精力处理那些重要的关系，确
  j: D' e( }" U' T保项目成功。
; z8 X& a9 g, R$ p  L% L4 p10.1.1  识别干系人：输入
9 X0 n" L& H  P2 |9 l+ G; `% j3 K7 I1．项目章程
8 X  n$ d8 O% ~* k' z  a2 v0 T# t- L- X项目章程可提供参与项目和受项目影响的内外部各方的信息，如项目
  s7 Z/ d  d% B* d# H发起人、客户、团队成员、参加项目的小组和部门，以及受项目影响的其
他人员或组织。
2 \5 z; r% y) H- N' }7 Z2．采购文件
如果项目是某个采购活动的结果，或基于某个已签订的合同，那么合
同各方都是关键的项目干系人。也应该把其他相关方（如供应商）视为项
7 y' j$ A" `5 P! V+ i2 d* m目干系人。
3．事业环境因素
5 c) h! X7 F/ N" @; X& }可能影响识别干系人过程的事业环境因素包括（但不限于）：
„  组织或公司的文化和结构；
# E8 ~2 ?$ T/ s6 V3 Q' ?0 B8 a„  政府或行业标准（如法规和产品标准）。
4．组织过程资产
可能影响识别干系人过程的组织过程资产包括（但不限于）：
„  干系人登记册模板；
„  以往项目的经验教训；
„  以往项目的干系人登记册。
" w' O/ R8 s1 g" h10.1.2  识别干系人：工具与技术
1．干系人分析
$ U$ Z( ]; K& e$ K干系人分析是系统地收集和分析各种定量与定性信息，以便确定在项
/ _2 Z; A- q3 o% S# F目中应该考虑哪些人的利益。通过干系人分析，识别出干系人的利益、期
7 Q/ N6 j9 R+ ^9 e3 k* ^望和影响，并把它们与项目的目的联系起来。干系人分析也有助于了解干
! n. U! _6 M2 i+ b4 ?+ l, p系人之间的关系，以便利用这些关系来建立联盟和伙伴合作，从而提高项
目成功的可能性。
3 Z' Y! \) Y+ I! p5 R" f干系人分析通常应遵循以下步骤：
„  第一步  识别全部潜在项目干系人及其相关信息，如他们的角色、
部门、利益、知识水平、期望和影响力。关键干系人通常很容易识
别，包括所有受项目结果影响的决策者和管理者，如项目发起人、

项目经理和主要客户。
7 C& W6 \6 [3 \- C3 s, }' ~通常可对已识别的干系人进行访谈，来识别其他干系人，扩充干系人
2 ^- j- g' {5 r) L) H: R: |( |名单，直至列出全部潜在干系人。
- I9 u3 K# I4 ^: T" F; Y4 r„  第二步  识别每个干系人可能产生的影响或提供的支持，并把他们
分类，以便制定管理策略。在干系人很多的情况下，就必须对关键
- [) f4 X+ `& ~) w/ g# t干系人进行排序，以便有效分配精力，来了解和管理关键干系人的
期望。有多种分类方法可用，包括（但不限于）：
○ 权力/利益方格。根据干系人的职权（权力）大小以及对项目结
果的关注程度（利益）进行分组；
3 Z& t. N; S- C5 |○ 权力/影响方格。根据干系人的职权（权力）大小以及主动参与
（影响）项目的程度进行分组；
0 F! Z; w9 ?6 j# G) K0 c+ G2 C○ 影响/作用方格。根据干系人主动参与（影响）项目的程度以及
改变项目计划或执行的能力（作用）进行分组；
0 e( l# N9 ]3 T○ 凸显模型。根据干系人的权力（施加自己意愿的能力）、紧急程
度（需要立即关注）和合法性（有权参与），对干系人进行分类。
$ x2 ~( n/ |/ U% E3 ?) n+ ]图10-4是一个权力/利益方格的例子，用A～H代表干系人的位置。
8 @4 D6 p, n5 W( x% ^: u" w5 G

* e, K) M. X# O6 T
„  第三步  评估关键干系人对不同情况可能做出的反应或应对，以便
* P" B8 c6 W, X* ~, L" ]策划如何对他们施加影响，提高他们的支持和减轻他们的潜在负面
( ]! @7 U+ m, `7 ?8 `! |影响。
& w. M3 E, @5 j6 i) A2．专家判断
为确保识别和列出全部的干系人，应该向受过专门培训或具有专业知
2 C+ D" Y) c) M6 x& J识的小组或个人寻求专家判断和专业意见，例如：
* W% {2 F1 k7 o/ @/ ~
, K) p* N9 ?: c* s, ^$ a: ]„  高级管理人员；
, m1 b8 O* Z% N„  组织中的其他部门；
„  已识别的关键干系人；
„  在相同领域做过项目的项目经理（直接管理过项目或参加过经验教
训总结）；
„  相关业务或项目领域的主题专家（SME）；
„  行业团体和顾问；
! c  d5 U/ E, Y4 I' S„  专业和技术协会。
可通过单独咨询（一对一会谈、访谈等）或小组对话（焦点小组、调
查等），获取专家判断。
* |3 s+ V: }% e- r10.1.3  识别干系人：输出
3 X9 e( R. V- N+ I3 f1．干系人登记册
5 V( G$ r4 i& `' d干系人登记册是识别干系人过程的主要输出。它包含关于已识别的干
系人的所有详细信息，包括（但不限于）：
0 o& l) ]% ~8 v# j& f: ~„  基本信息。姓名、在组织中的职位、地点、在项目中的角色、联系
# n5 [+ A, s6 k/ ?方式；
1 l' X7 P+ i( P„  评估信息。主要需求、主要期望、对项目的潜在影响、与生命周期
$ e% f. ^/ {2 H$ v4 J) T8 y, w的哪个阶段最密切相关；
& Y0 X3 p6 y7 d: N% |; O' q0 c„  干系人分类。内部/外部，支持者/中立者/反对者等。
2．干系人管理策略
& h0 y' o% X! `6 F0 h干系人管理策略规定了在整个项目生命周期中，如何提高干系人的支
# p6 d( I% N- F; W! J: F3 U持，降低干系人的负面影响。它包括以下内容：
' q# f  u$ A+ |' ~3 c( N. q- D„  对项目有显著影响的关键干系人；
/ k; h2 e  M" f/ K1 j( I) z„  希望每个干系人参与项目的程度；
6 I1 J2 p( Y- A  Z„  干系人分组以及按组别管理的措施。
- X* s: N2 t' c7 H4 i% b经常用干系人分析矩阵来显示干系人管理策略。图10-5是一个干系人
* G# s4 p2 A! ^& y4 a# R" W7 ~- _) i分析矩阵的空白样本。

10.2  规划沟通
规划沟通是确定项目干系人的信息需求，并定义沟通方法的过程。见
图10-6和图10-7。规划沟通过程旨在对干系人的信息和沟通需求做出应对
! c; ?5 @2 f: X; \* f3 d  ~安排，如谁需要何种信息，何时需要，如何向他们传递，以及由谁传递。
; G& Z5 j$ Y5 d$ k虽然所有项目都需进行信息沟通，但是各项目的信息需求和信息发布方式
可能差别很大。识别干系人的信息需求并确定满足这些需求的适当方法，
是决定项目成功的重要因素。
$ r8 _% f  ~7 M0 k3 g" F' q

5 m' @+ ]' x  v# S" K9 }2 k
% w; L( v1 N& t* D- j/ R5 W沟通规划不当，将会导致信息传递延误、向错误的受众传递敏感信息
& L+ [# K' Y% ]& b% `- }或与某些干系人沟通不足等问题。项目经理应该在沟通计划中记录与干系

人进行有效率和有效果的沟通的方法。有效果的沟通是指用正确的格式、
在正确的时间提供信息，并且使信息产生正确的影响。有效率的沟通是指
  O, Z$ J  G. c& q2 ]) W只提供所需要的信息。在大多数项目中，都是很早就进行沟通规划工作，
例如在项目管理计划编制阶段。这样，就便于给沟通活动分配适当的资源，
6 X( q8 x& b. k如时间和预算。应该在整个项目周期中，对沟通规划过程的结果进行定期
, F$ u/ T% `! @% g审查并做必要修改，以保证其适用性。
' v- Y$ Y1 J2 Y# \% ~; n' \: x规划沟通过程与事业环境因素有密切联系，因为组织结构对项目的沟
5 I9 r4 i% F8 I9 L) G" u通需求有重大影响。
0 X3 x  @7 Q2 y, M+ o, x6 [: `; y10.2.1  规划沟通：输入
1．干系人登记册
见10.1.3.1节。
2．干系人管理策略
: a+ B7 O$ D5 q3 l& o见10.1.3.2节。
: b+ P$ a, M  a. E3 D/ q3．事业环境因素
所有事业环境因素都是规划沟通过程的输入，因为沟通必须适应项目
的环境。
4．组织过程资产
) c2 |+ c& j" y1 W  q) f/ ?所有组织过程资产都是规划沟通过程的输入。其中，经验教训和历史
信息尤为重要，因为它们能让人们了解以往类似项目的沟通安排及其实施
结果，并可以指导当前项目的沟通活动规划。
# x" }% G0 _) M+ M# {( Y' ~5 y: n1 _10.2.2  规划沟通：工具与技术
5 D  T9 @$ p7 A' \" ~. Z1．沟通需求分析
通过沟通需求分析，确定项目干系人的信息需求，包括信息的类型和
格式，以及信息对干系人的价值。项目资源只能用来沟通有利于成功的信
  ?8 @; {. u" ~4 v( ~5 {" ?; C息，或者那些因缺乏沟通会造成失败的信息。
项目经理还应该使用潜在沟通渠道或路径的数量，来反映项目沟通的
复杂程度。潜在沟通渠道的总量为n(n-1)/2，其中，n代表干系人的数量。
/ X. Y: O! b2 B1 e& j# F8 U) ^5 l有10个干系人的项目，就有10(10-1)/2=45条潜在沟通渠道。因此，在规
划项目沟通时，需要做的一件重要工作就是，确定和限制谁应该与谁沟通，
  W  D5 d& h3 B4 d. A6 S0 G+ @以及谁将接受何种信息。
用来确定项目沟通需求的信息通常包括：
„  组织机构图；

6 y( o2 W6 {* M# |: f+ B& y: d$ Y„  项目组织以及干系人职责间的关系；
- O7 n5 a5 N0 b, A& b„  项目所涉及的学科、部门和专业；
„  有多少人在什么地点参与项目；
„  内部信息需求（如横跨整个组织的沟通）；
„  外部信息需求（如与媒体、公众或承包商的沟通）；
7 \3 H- e1 J2 R$ k) A„  来自干系人登记册和干系人管理策略的干系人信息。
2．沟通技术
# V: C( y1 s% G0 P7 R) ?9 I" y# E可以采用各种方法在项目干系人之间传递信息。例如，从简短的谈话
8 w+ ]9 K+ c, Z3 f2 [+ `. s8 t0 F到长时间的会议，从简单的书面文件到可在线查询的资料（如进度计划和
' E, v) s2 @/ }8 Y2 s- p数据库），都是项目团队可以使用的沟通方法。
可能影响项目的因素包括：
+ g, @. _) p; x1 l„  信息需求的紧迫性。为了项目成功，信息是否需要频繁更新并随要
6 d' p" E7 `6 t, B# I( ?随得？或者，只需要定期发布书面报告？
„  可用技术。是否已有合适的系统？为满足项目需求，是否需要改进
; n) |0 n1 B4 U现有系统？例如，相关干系人是否拥有所选定的沟通技术？
„  预期的项目人员配备。所建议的沟通系统与项目参与者的经验和专
4 X( |& }1 G# T长是否匹配？是否需要大量的培训与学习？
„  项目的持续时间。在项目结束前，现有的沟通技术是否将发生
变化？
„  项目环境。团队成员是面对面工作，还是在虚拟环境下工作？
1 @2 j" `% Q8 s. D" |3 |3．沟通模型
" d) R/ `) ]; z& t沟通的基本模型（如图10-8所示）用于显示信息如何在双方（发送方
9 S) K! N0 x' |1 u- U和接收方）之间被发送和被接收。该模型的关键要素包括：
# b) R; A1 k& U„  编码。把思想或想法转化为他人能理解的语言。
3 R5 Y! c3 \, [5 h9 F0 `8 R7 o) E„  信息和反馈信息。编码过程所得到的结果。
3 Z- n9 `3 K8 l5 e„  媒介。用来传递信息的方法。
( X3 K  W* a6 u! C3 U# k9 z# j  V„  噪声。干扰信息传输和理解的一切因素（如距离、新技术、缺乏背
2 ?1 i, o6 I8 g! s6 {% s景信息等）。
  u' B4 ^7 {7 R$ S„  解码。把信息还原成有意义的思想或想法。
图10-8是一个基本的沟通模型。该模型中，有一个必需的动作，就是
: O, j, r; }8 N* \$ o确认收到信息。确认收到信息是指接收方表示已经收到信息，但并不一定
# O9 y$ L# @7 F% M0 y6 q赞同信息的内容。还有一个动作是对信息的回应，即接收方在对信息进行
2 z$ B& L: B% n/ _/ Y5 i0 Q解码和理解的基础上，向发送方做出回复。
在讨论项目沟通时，需要考虑沟通模型中的各项要素。在沟通过程中，
信息的发送方有责任发送清晰、完整的信息，以便接收方正确接收；也
& E& S  {9 B- N  S9 ^, ?# t3 ~有责任确认信息已被正确理解。接收方则有责任完整地接收信息，正确
  Y) J. p- g6 c2 u地理解信息，并及时确认收到和理解信息。沟通失败会对项目造成负面
2 i* c. i' j% J* {$ P$ }影响。
& g0 O; r* P; L# Q3 i( C5 @$ n2 j


+ ~- R( e4 E: y* \3 L* w, |. e4 M利用这些要素与项目干系人进行有效沟通，会面临许多挑战。例如，
; W) Z; X9 h5 D* D2 |在某个技术性很强的跨国项目团队中，一个团队成员要与另一国的某个团
9 q6 T/ x7 k! V8 L2 m. p% r队成员沟通某个技术概念，他需要用适当的语言对信息进行编码，用适当
的技术发送信息，然后接收方对信息进行解码并给予答复或反馈。在此期
间所遇到的任何噪声，都会干扰信息原意。
4．沟通方法
可以使用多种沟通方法，在项目干系人之间共享信息。这些方法可以
大致归类为：
  J, T1 t% W8 P$ z' [8 c4 G  L„  交互式沟通。在双方或多方之间进行多向信息交换。这是确保全体
参与者对某一话题达成共识的最有效的方法，包括会谈、电话会议、
视频会议等。
+ |  \5 f/ P% o8 D„  推式沟通。把信息发送给需要了解信息的特定接收方。这种方法能
( a0 T6 R" S. {' E确保信息发布，但不能确保信息到达目标受众，或信息已被目标受
9 V* h, v# n" J* c众理解。推式沟通包括信件、备忘录、报告、电子邮件、传真、语
音邮件、新闻稿等。
„  拉式沟通。在信息量很大或受众很多的情况下使用。它要求接收方
自主自行地获取信息内容。这种方法括企业内网、电子在线课程、
3 i6 |  w% n6 {. p& l知识库等。
0 ]2 X) o/ d* R$ A% l项目经理应该根据沟通需求，决定在项目中使用何种沟通方法，并决
定如何使用以及何时使用。
10.2.3  规划沟通：输出
1．沟通管理计划
  T  O: |5 r. E! B沟通管理计划是项目管理计划（见4.2.3. 1节）的一部分或子计划。基
! v0 V( {" M6 H% {: U于项目的需要，沟通管理计划可以是正式或非正式的、非常详细或高度概
: z# R' _4 r! P3 D括的。

: N. N) U! a1 Q3 o: m  Y7 b沟通管理计划通常包括以下内容：
„  干系人的沟通需求；
„  需要沟通的信息，包括语言、格式、内容、详细程度；
; R' i0 O4 ~8 G. @5 S, B. @% e„  发布相关信息的原因；
„  发布所需信息的时限和频率；
„  负责沟通相关信息的人员；
„  有权发布机密信息的人员；
. O) p7 r8 `0 G0 O4 D6 h„  将要接收信息的个人或小组；
6 U$ f8 Q. h' d& m3 r8 Q7 c„  传递信息的技术或方法，如备忘录、电子邮件和/或新闻稿等；
5 R5 d7 ^; e+ t. c7 S: o1 F„  为沟通活动分配的资源，包括时间和预算；
' ]* j$ Z/ D8 ~! {0 d. e) s0 x„  在下层员工无法解决问题时的问题升级流程，用于规定问题上报时
限和上报路径；
„  随项目进展，对沟通管理计划进行更新与优化的方法；
„  通用术语表；
$ x5 T6 b' j+ C: K+ @8 n* V„  项目信息流向图、工作流程（兼有授权顺序）、报告清单、会议计
. D1 h! y% H7 R5 \+ V划等；
8 Q: x' e& q' p$ {# v4 U„  沟通制约因素，通常来自特定的法律法规、技术要求和组织政策等。
$ f! ]; r) {: w. b沟通管理计划中还可包括关于项目状态会议、项目团队会议、网络会
议和电子邮件等的指南和模板。如果项目将使用网站和项目管理软件，那
么沟通管理计划中还应说明将如何使用该网站和软件。
) A5 U& ?4 Y4 V% d2．项目文件（更新）
, e. U' E1 o- a- \; n3 }可能需要更新的项目文件包括（但不限于）：
: J; Z) D2 ^; Z9 R3 b„  项目进度计划；
„  干系人登记册；
„  干系人管理策略。
1 N, q, S, o7 h3 \6 i10.3  发布信息
, j! k7 ?+ |4 j! _/ D$ l# B发布信息是按计划向项目干系人提供相关信息的过程。见图10-9和图
  G: l  d; G0 {, o( g" [1 D( |10-10。在整个项目生命周期和全部管理过程中，都要开展本过程。这里重
7 Y* h1 W7 H" g1 t点讨论执行过程中的信息发布，包括执行沟通管理计划以及应对未预期的
信息需求。有效的信息发布需要采用多种技术，包括：
„  发送－接收模型。需要考虑反馈回路和沟通障碍。
„  媒介的选择。何时用书面方式沟通，何时以口头方式交流；何时书
写非正式备忘录，何时编制正式报告；何时进行面对面沟通，何时
通过电子邮件沟通等。
* A2 G% Z9 {, ]1 j9 c' Z) G„  写作风格。主动或被动语态、句子结构、用词选择等。
„  会议管理技术。准备议程和处理冲突。
„  演示技术。形体语言和视觉辅助设计。

9 o0 k8 u1 m/ N1 V7 P" y* l" V" n

10.3.1  发布信息：输入
1．项目管理计划
: V) ?+ B) D4 k$ o+ L/ m) u3 Y! E项目管理计划（见4.2.3.1节）中包含沟通管理计划（见10.2.3.1节）。
2．绩效报告
绩效报告用来发布项目绩效和状态信息，应在项目会议前准备好，并
尽可能准确和及时。
: S6 ~* j5 c% [- y# s* v2 S) X8 b在项目执行过程中，应根据工作绩效测量结果来更新并重新发布预测。
9 |5 P0 Z% t, q( o% \预测是根据项目的以往绩效而做出的关于项目未来情况的估计，如完工估
, R/ {9 b- y0 ]/ t/ l算和完工尚需估算。经常使用挣值方法（见7.3.2.2节）进行预测，但也可
以使用其他方法，如与以往项目类比、重新估算剩余工作、在进度计划中

考虑外部事件的影响等。预测信息应该与绩效信息以及决策所需的其他重
: F& A$ O' @% G- j  j3 l" q要信息一同发布。预测方法将在10.5.2.2节讨论。绩效报告还将在10.5.3.1
+ s& Y1 i" z+ G$ b) v! T& }2 Y节讨论。
5 \  m* S  ]6 I3 w1 S) c! h3．组织过程资产
& M5 y: ~( p$ M1 M5 e, P5 m可能影响发布信息过程的组织过程资产（见2.4.3节）包括（但不限于）：
„  关于信息发布的政策、程序和指南；
8 S7 S+ e- D# d% v( o; {2 a„  相关模板；
„  历史信息和经验教训。
10.3.2  发布信息：工具与技术
1．沟通方法
6 F- g- O8 @3 l个别会谈、集体会议、视频会议、电话会议、计算机聊天和其他远程
沟通方法，都可用于发布信息。
2．信息发布工具
2 g" [" v4 C1 r! \9 Y可以使用多种工具来发布项目信息，包括：
„  纸质文件发布工具、手工归档系统、新闻发布系统和共享电子数据
库等；
6 l, x0 A: ?2 F: l3 e# o„  电子通信和会议工具，如电子邮件、传真、语言邮件、电话、视频
会议、网络会议、网站和网络出版等；
„  项目管理电子工具，如进度计划的网络界面、项目管理软件、会议
和虚拟办公室支持软件、门户以及协同工作管理工具等。
. L! I2 b) v2 l) ^# j, G10.3.3 发布信息：输出
1 e9 F9 \* u' @( Z1．组织过程资产（更新）
可能需要更新的组织过程资产包括（但不限于）：
„  干系人通知。可向干系人提供有关已解决的问题、已批准的变更和
总体项目状态的信息。
„  项目报告。采用正式和非正式的项目报告来描述项目状态。项目报
告也包括经验教训报告、问题日志、项目收尾报告和其他知识领域
2 n$ C6 ~0 J  J' e9 u8 f（见第4～第12章）的输出。
8 U' V0 u, R- N4 u; p„  项目演示资料。项目团队需要正式或非正式地向任一或全部干系人
0 `2 p& _5 `# r" b提供信息。信息及其演示方法要切合受众的需要。
„  项目记录。项目记录可包括往来函件、备忘录、会议纪要以及描述
项目情况的其他文件。应该尽可能以适当方式、有条理地保存这些
信息。项目团队成员也可能在自己的项目笔记本或登记册（可以是
纸质或电子的）中保留相关记录。

„  干系人的反馈意见。应该发布干系人对项目工作的意见，并用于调
; Z$ ]: K% M- Z( x, T9 y( w) z/ w整或提高项目的未来绩效。
5 L* j# N9 J) P# N. J& g6 e„  经验教训文档。包括问题的起因、所选纠正措施的理由，以及有关
& B, a4 J1 s8 r3 S4 ?信息发布的其他经验教训。应该记录和发布经验教训，使它们成为
本项目和执行组织的历史数据的一部分。
10.4  管理干系人期望
, t6 A: K2 |8 p! f3 |& g管理干系人期望是为满足干系人的需要而与之沟通和协作，并解决所
+ J7 D0 \. I$ {* I: w8 ~发生的问题的过程。见图10-11和图10-12。管理干系人期望涉及针对项目
干系人开展沟通活动，以便影响他们的期望，处理他们的关注点并解决问
题，例如：


4 M" q' P9 g* J' ?$ |! B6 i3 ?: L
9 o. `' b7 i7 g; X) v# f. O' a5 ^„  通过与干系人谈判以及对干系人实现项目目标的意愿施加影响，来
积极管理干系人的期望，提高干系人验收项目的可能性。
) s  U. s& z% O  Q3 `  U% s8 Q„  处理目前还没有成为问题、但预计以后会成为问题的各种关注点。
要及时发现和讨论这些关注点，并进行风险评估。
, v; t9 `1 S) f! r„  澄清并解决已经识别的问题。可能需要发布变更请求来解决问题，
" h5 R1 r8 k4 H, Z7 ?也可能需要借助外部力量来解决问题，例如把问题推迟到另一项目
或阶段，或把问题转交给另一个组织。
管理干系人期望可以确保干系人理解项目的利益和风险，从而增加项
目成功的概率。理解了项目的利益和风险，干系人就能够积极支持项目，
& d+ O  A( f0 L5 z并协助对有关项目决策进行风险评估。通过预测人们对项目的反应，就可
# t/ l$ x! q+ T3 x% Z以采取预防措施，来赢得支持或最小化潜在负面影响。
9 `( Q0 \, \0 @+ |( ~9 r4 D0 _. F项目经理负责对干系人的期望进行管理。通过积极管理干系人的期望，
$ J5 L5 u7 w. \: E* C- n' W3 J5 o可以降低因干系人之间的未决问题而使项目不能达到目的和目标的风险，
' i! G5 x5 B. L0 ^并减少项目过程中的混乱。
10.4.1  管理干系人期望：输入
1．干系人登记册
2 ?2 Z+ N$ P) R. W8 U/ W5 b干系人登记册（见10.1.3.1节）是项目相关干系人的清单，用于确保
项目沟通将覆盖全部干系人。
& G, i( c" ^$ r$ k& o2 s& M3 l2．干系人管理策略
" ?0 v. h$ f9 V  E  x1 x理解干系人的目的和目标，有助于制定对干系人期望的管理策略。该
策略应该记录在干系人管理策略文件（见10.1.3.2节）中。
' Q/ g. i( |, p" L$ f( \, w3．项目管理计划
9 Y( `! _0 Y6 r9 ?. f1 F# F项目管理计划（见4.2.3.1节）中包含沟通管理计划（见10.2.3.1节）。
从干系人的需求和期望中，可以了解干系人的目标、目的和所需的沟通层
( h+ n! C. c' f% p次。沟通管理计划中已经对这些需求和期望进行识别、分析和记录。沟通
& `* K0 f% V* g% o8 j" X+ A$ I; w管理计划是项目管理计划的子计划。
$ C8 u2 O7 x7 C/ B/ \! u4．问题日志
问题日志或行动日志可用来记录和监督问题的解决情况。它可以促进
' v: s" b  N2 ?6 f! ]沟通，确保对问题有统一认识。问题通常不会演变成一个“项目”或“活
动”，但还是应该加以处理，以便在相关干系人（包括团队成员）之间保持
良好的、建设性的工作关系。
9 ^7 W4 i) |. ]. [, D需要根据问题的紧急性和潜在影响，明确地对问题进行描述和分类。
( v1 ~- b# o6 Q8 u- v" B' x2 W要为问题解决方案中的每项行动指定责任人，并设定解决问题的目标日期。
! i7 M! c1 A/ v" |, h未解决的问题往往是导致冲突和项目延迟的主要原因。

5．变更日志
* \7 |; e8 T4 w1 X5 x变更日志用来记录在项目过程中发生的各种变更。必须让有关干系人
+ `: p, d# E$ o9 W3 h% U2 P4 t了解这些变更及其对项目时间、成本和风险的影响。
# T5 A& K, ?( c' s6．组织过程资产
可能影响管理干系人期望过程的组织过程资产包括（但不限于）：
„  组织对沟通的规定；
„  问题管理程序；
5 s1 T' `/ D. j8 o6 H„  变更控制程序；
„  以往项目的历史信息。
10.4.2  管理干系人期望：工具与技术
; A* N. \1 ]1 h/ H1．沟通方法
) H( }) e+ V' ^应该使用在沟通管理计划中为每个干系人规定的沟通方法。
2．人际关系技能
项目经理需要使用恰当的人际关系技能来管理干系人期望。例如：
„  建立信任；
, u6 N* O; H; h% S9 ?„  解决冲突；
„  积极倾听；
„  克服对变化的抗拒。
关于人际关系技能的更多信息，见附录G。
3．管理技能
管理是指导和控制一群人，以便协调他们的行为，来完成个人无法完
0 _6 f* ~' V5 o5 L7 K3 a成的目标。项目经理需要使用的管理技能包括（但不限于）：
6 V9 }3 s' V2 g# h% d2 y: n„  演示技能；
- i) H+ u, h, f„  谈判；
„  写作技能；
' Y. ~- j" ~. R„  公开演讲。
/ @# O) e5 T2 ~$ o10.4.3  管理干系人期望：输出
1．组织过程资产（更新）
/ C% K$ Y1 f7 }  F可能需要更新的组织过程资产包括（但不限于）：
/ N1 C7 y, @6 a: o7 B„  问题的起因；
. i5 n9 p+ c$ E2 L/ r„  所选纠正措施的理由；
; h5 U6 C7 C4 q5 _) t& `6 r& H„  从管理干系人期望中得到的经验教训。

2．变更请求
在管理干系人期望的过程中，可能提出对产品或项目的变更请求，也
" I) c1 P# i) V! t$ J  j7 A9 Q& K可能提出必要的纠正或预防措施。
' a3 v! J2 ]3 C3．项目管理计划（更新）
项目管理计划中可能需要更新的内容包括（但不限于）沟通管理计划。
+ h9 f$ |2 O- m; X2 v5 A' O, }在沟通需求发生变化时，或者在识别出新的沟通需求时，就需要对沟通管
理计划进行更新。例如，有些沟通可能不再必要、某个无效的沟通方法可
: C( O6 Q+ m" F能要被另一个方法所取代，或者要增加一个新的沟通需求。
4．项目文件（更新）
可能需要更新的项目文件包括（但不限于）：
„  干系人管理策略。在处理关注点和解决问题之后，可能需要对干系
人管理策略进行更新。例如，确定某个干系人产生了新的信息需求。
„  干系人登记册。在干系人信息发生变化、识别出新干系人、原有干
2 ?+ _8 @7 o* A, f/ w系人不再参与或影响项目，或者需要对特定干系人进行其他更新
时，就需要更新干系人登记册。
2 W( m8 w4 q; Y5 r„  问题日志。在识别出新问题或解决了当前问题时，就需要更新问题
# d0 f* J# i, Y- b- m8 C" \( B日志。
3 e0 O$ B% O. g, V4 H: d10.5  报告绩效
报告绩效是收集并发布绩效信息（包括状态报告、进展测量结果和预
, ~% ?; S4 |1 V* Z% @& Y  }. ]8 o: R测情况）的过程。见图10-13和图10-14。绩效报告过程包括定期收集、对
8 J1 |4 \( q4 p+ e$ K& o; i& Q比和分析基准与实际数据，以便了解和沟通项目进展与绩效情况，并预测
项目结果。
. D$ J% W% ~% f. m5 K) L绩效报告需要向每个受众适度地提供信息。绩效报告的格式可以从简
: P/ V: O+ Y7 l* e' b& L单的状态报告到详细的描述报告。简单的状态报告可显示诸如“完成百分
比”的绩效信息，或每个领域（如范围、进度、成本和质量）的状态指示
图。详细的描述报告中可能包括：
/ M% g( |; w3 F1 k  z  R: r„  对过去绩效的分析；
# T( V% ]0 U/ H, S4 k„  当前的风险和问题状态；
„  本期完成的工作；
„  下一时期需要完成的工作；
; y* C  a7 X( H! [" b5 Y„  本期批准的变更的汇总；
) l* v: h# x/ `7 `4 J„  必须审查和讨论的其他相关信息。
一份完整的报告还应包括预测的项目完工时间和完工成本。绩效报告
可定期编制，或基于特殊情况而编制。


& M  f( S1 b1 L' S
3 c9 q) U5 U# N3 u1 X7 u10.5.1  报告绩效：输入
8 o4 K$ L: k, N  a! ]# Y+ h- Z1．项目管理计划
) c, X1 V% Y% M  r  L$ \项目管理计划提供了有关项目基准的信息。绩效测量基准是一个经过
2 O1 ~9 K7 ]( Y9 i
1 M: N/ Q0 o4 r- e批准的项目工作计划，用来与项目执行情况比较，以测量偏差，进行管理
控制。通常，绩效测量基准是项目的范围、进度和成本参数的整合，有时
$ j  O' N& E1 T# [! b也可包括技术和质量参数。
2．工作绩效信息
" }& v; N8 N; G: A* n工作绩效信息是从项目活动中收集的实施情况信息，例如：
. G! Z$ W2 {% o. B0 a2 \„  可交付成果的状态；
4 j# s# b: B  l$ N  E„  进度进展情况；
„  已发生的成本。
: h; X# Y, _7 Y1 B3．工作绩效测量结果
8 B! J9 r" v4 ]. Z1 o5 V采用工作绩效信息来计算项目活动的测量指标，以便对照计划的要求，
4 d& V# ?% u# D! |9 N7 I  c# h* `8 ^评估项目活动的实际进展。这些测量指标包括（但不限于）：
& E  A  U* T: ?2 O: `: \, l„  实际进度绩效（与计划比较）；
„  实际成本绩效（与计划比较）；
„  实际技术性能（与计划比较）。
4．成本预测
根据来自控制成本过程（见7.3.3.2节）的成本预测信息，可以知道完
成剩余工作还需要多少资金，以及完成全部项目工作所需的资金总数。
, J# ?% a/ n" H0 x5．组织过程资产
  o3 H9 T0 R( d6 c可能影响报告绩效过程的组织过程资产包括（但不限于）：
( V% |6 g: g0 Q& L& L„  报告模板；
„  关于如何确定测量方法和测量指标的政策和程序；
; V; u/ K/ d0 M. q„  组织规定的偏差界限。
10.5.2  报告绩效：工具与技术
1．偏差分析
. A# N/ b4 a* Q6 N2 c, a偏差分析是一种事后审查，以便找出导致基准与实际绩效之差异的原
) v+ V* u' N! k! G) o因。偏差分析的流程可能因应用领域、所用标准和所在行业而异。通用的
1 m' I4 P6 Y* G步骤是：
  W* p- j% u4 ]% b; C0 \6 H„  验证所收集的信息的质量，确保其完整性、与过去数据的可比性，
7 {5 F4 J! s2 L5 K以及与其他项目或状态信息相比较的可靠性。
+ M* S) `& p. a8 U/ T  z5 a& c„  把实际信息与项目基准进行比较，确定偏差。应该注意各种有利和
% D3 ~. W8 S3 ?. O- I不利偏差。挣值管理使用具体的公式来计算偏差。7.3.2.1节已对挣
, a' n1 E% P* p* O0 U/ i值技术做了详细介绍。
, r) y" W  l( s8 O' c6 l; i„  确定偏差对项目成本、进度以及其他方面（如质量绩效调整和范围
变更等）的影响。

0 p9 n: s  e/ k+ r如果可行，还要分析偏差的发展趋势，并记录关于偏差原因与影响领
8 e- B9 s8 ^' b, V域的任何发现。
2．预测方法
预测是指以截至目前的实际绩效为基础，来预估未来的项目绩效。预
测方法可分为以下类别：
# ^  u, c+ ?* J: C„  时间序列方法。时间序列方法以历史数据为基础来估算未来结果。
此类方法的例子包括挣值、移动平均数、外推法、线性预测、趋势
估算以及成长曲线法。
. a$ w" E$ f% [! D* C„  因果/计量经济学方法。有些预测方法认为，可以找出影响被预测
变量的根本因素。例如，雨伞的销售可能与天气情况有关。知道了
' H; ^. M, x8 i" L6 T% D" [5 b这种因果关系，就可以先估计自变量的值，然后以此来预测因变量。
此类方法的例子包括回归分析（线性回归或非线性回归）、自动回
归移动平均数（ARMA）以及经济计量方法。
„  判断方法。判断预测方法是直觉判断、主观判断和概率估算的综合。
/ p( b6 K7 O! J) R, T  a6 q1 ]此类方法的例子包括组合预测、调查、德尔菲法、情景规划、技术
" }2 Y1 J( }0 p预测和类比预测。
„  其他方法。其他方法可能包括模拟预测、概率预测和总体预测。
" A  m" z& a; M& L3．沟通方法
可以在状态审查会上交流和分析有关项目进展和绩效的信息。项目经
理通常使用推式沟通技术（见10.2.2.4节）来发布绩效报告。
& }& Q2 o/ c7 Z5 [3 r4．报告系统
报告系统是项目经理获取、存储和向干系人发布项目成本、进度和绩
3 p) _/ R, C& {/ k9 y$ }, ^效信息的标准工具。软件包有助于项目经理把来自不同系统的报告综合起
来，并向干系人发布。报告的发布方式可包括表格、电子数据表和演示。
9 V9 U$ d' W; i+ d可以使用图形，直观、形象地展示项目绩效信息。
, a, K0 U! i# ]$ t; G10.5.3  报告绩效：输出
4 m# f9 A. E7 ^1．绩效报告
4 A) w( e% A, @4 m3 s& B+ O3 M绩效报告对收集到的信息进行组织与归纳，并通过与绩效测量基准
的比较，来分析和展示绩效。应按照沟通管理计划中的规定，以各干系
6 r. H5 X# R9 p+ e8 F人所要求的详细程度，向他们提供项目状态和进展信息。绩效报告的常
用格式包括横道图、S曲线图、直方图和表格。绩效报告中经常包括偏
差分析、挣值分析和预测数据。图10-15以表格形式展现了挣值数据（见
7.3.2.1节）。
绩效报告应该定期发布，其格式可以从简单的状态报告到详细的描述
! w2 y3 f; q- m, k报告。简单的状态报告可能仅显示诸如“完成百分比”的绩效信息，或每

7 ?# y" z* l* {6 O' o个领域（如范围、进度、成本和质量）的状态指示图。详细的描述报告中
  r" B/ v$ t4 a' ?可能包括：
" u9 Q$ n1 [0 M( `8 h„  对过去绩效的分析；
„  当前的风险和问题状态；
„  在本报告期完成的工作；
„  在下一个报告期将要完成的工作；
. q" ^. v& F' E' _. N„  本期批准的变更的汇总；
+ \' O+ L5 B: K- w6 {7 ?; Q, _„  偏差分析的结果；
: b& ]: b3 y2 m2 ^7 \" N„  预测的项目完成情况（包括时间和成本）；
5 Y5 v; F* }8 B3 F$ i- V0 z; S„  必须审查和讨论的其他相关信息。

3 _$ Z7 Q# g' _, S6 u' q) p
. u6 F5 u2 E! e7 Y
) ~0 z5 H" j! U; ?, V' P, S2．组织过程资产（更新）
可能需要更新的组织过程资产包括（但不限于）报告格式和经验教训
$ g2 t5 g; t8 l7 r6 v- M/ b文档。经验教训文档中可包括问题的起因、所选纠正措施的理由，以及有
  P1 O- x1 ]7 w. s4 m6 S关绩效报告的其他经验教训。应该记录经验教训，使之成为本项目和执行
7 \. O, D9 i" I# H, }6 u组织的历史数据库的一部分。
3．变更请求
通过分析项目绩效，经常可以提出变更请求。这些变更请求应该由实
施整体变更控制过程（见4.5节）来处理。变更请求可包括：
5 i( |; ^5 B: a2 E! Q! k9 T6 s„  推荐的纠正措施。为使项目的预期未来绩效与项目管理计划一致而
进行的变更；
( I! }" P" ~5 p  z' `5 G' Q( V„  推荐的预防措施。为了降低未来出现的不利项目绩效的事件的
# x: ^* N, {- }1 z* q2 W! L3 t2 \概率。
! y; p+ e# ?) l) p9 I; U9 F
" _. Z3 ^/ H$ \! L

8 `6 Q7 t7 d" ~3 @' L# P