按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
有用的信息不会被丢失。
10。4。1行政总结的输入
1． 衡量执行结果的文件资料（performance measurement documentation）。为记录和
分析项目的执行而产生的所有文件资料，包括为衡量执行情况而确立框架的计划文件，在行
政总结期间都需进行复查。
2． 项目产品的文件资料（documentation of the product of the project）。为说明
项目产品（计划，设计书（specifications），技术文件，图纸，电子文件等所用术语因
使用的领域不同而不同）而产生的文件，在行政总结期间都需进行复查。
3． 其他项目记录。有关项目记录讨论见10。2。3。1部分。
10。4。2行政总结的工具和方法
执行报告的工具和方法。执行报告的工具和方法的论述见10。3。2部分。
10。4。3行政总结的输出
1． 项目案卷。项目索引记录的完整汇总材料应由合适的参与者准备好以完成立卷。与项
目有关的历史数据库都要被更新，当项目在合同下完成或项目涉及重大的采购之时，对金融
记录（financial record）的立卷必须特别注意。
2． 经验总结。经验总结的讨论见4。3。3。3部分。
第11章 项目风险管理
项目风险管理是指对项目风险从识别到分析乃至采取应对措施等一系列过程，它包括将积
极因素所产生的影响最大化和使消极因素产生的影响最小化两方面内容，图11…1提供了以
下主要程序的总视图。
这些程序不仅其间相互作用，而且与其它一些区域内的程序也互相影响，每个程序都可能
牵涉及到基于项目本身需要的一个人甚至一组人的努力：在每个项目阶段里，这些程序都至
少会出现一次。
尽管这些程序在这里是作为分别独立的要素被加以阐述，且其相互之间的作用也被清晰界
定，但实际过程中，它们往往相互交迭，互相作用，其细节这里不再重述（程序间相互作用
在第三章中已详细讨论）。
这里所说的程序在不同的应用领域常常使用不同的名字，比如：
风险识别及风险量化程序时常被作为一个程序，称之为风险分析或风险评估。
风险对策研究时常被称为风险计划或风险缓冲。
风险对策研究和风险对策实施控制有时也被当做一个程序对待，被称为风险管理。
11。1风险识别
风险识别包含两方面内容：识别哪能些风险可能影响项目进展及记录具体风险的各方面特
征。风险识别不是一次性行为，而应有规律的穿整个项目中。
风险识别包括识别内在风险及外在风险。内在风险指项目工作组能加以控制和影响的风
险，如人事任免和成本估计等。外在风险指超出项目工作组等控力和影响力之外的风险，如
市场转向或政府行为等。
严格来说，风险仅仅指遭受创伤和损失的可能性，但对项目而言，风险识别还牵涉机会选
择（积极成本）和不利因素威胁（消极结果）。
项目风险识别应凭借对〃因〃和〃果〃（将会发生什么导致什么）的认定来实现，或通过对〃
果〃和〃因〃（什么样的结果需要予以避免或促使其发生，以及怎样发生）的认定来完成。
11。1。1对风险识别的输入
1。产品说明
在所识别的风险中，项目产品的特性起主要的决定作用。所有的产品都是这样，生产技术
已经成熟完善的产品要比尚待革新和发明的产品风险低得多。与项目相关的风险常常以〃产品
成本〃和〃预期影响〃来描述。
在5。1。1。1。章节中对产品说明作了进一步的阐述。
2。其它计划输出
应该回顾一下在其它区域里的程序输出；它门可以用来识别可能的风险；比如：
工作分析结构非传统形式的结构细分往往能提供给我们高一层次分支图所不能看出
来的选择机会。
成本估计和活动时间估计不合理的估计及仅凭有限信息做出的估计会产生更多风
险。
人事方案确定团队成员有独特的工作技能使之难以替代，或有其它职责使成员分工
细化。
必需品采购管理方案类似发展缓慢的地方经济这样的市场条件往往可能提供降低合
同成本的选择。
3．历史资料
有关以前若干个项目情况的历史资料对识别目前项目的潜在风险具有特殊帮助。这种历
史资料往往可以从以下渠道获得：
项目资料文件一个项目所牵涉的一个或更多的组织往往会保留过去项目的记录，这
些记录会很详细，足以协助进行风险识别工作。实际上，某些团队的成员就保有这样
的记录。
商业数据在很多应用领域我们可以获得商业的历史信息。
项目组的经验知识项目组成员都会记得以往项目的产出和消耗情况。当然这样收集
的信息可能很有用，但较之以文件资料形式记录的信息可靠性低些。
11。1。2工具和方法
1。核对表
核对表一般根据风险要素编篡。包括项目的环境（见第2章），其它程序的输出（见
11。1。1。2），项目产品或技术资料，以及内部因素如团队成员的技能（或技能的缺陷）。有
些应用领域广泛应用分类图表作为风险原始资料的一部分。
2。流量表
流量表（在8。1。2。3中有述）能帮助项目组易于理解风险的缘由和影响。
3。面谈
与不同的项目涉及人员进行有关风险的面谈有助于那些在常规计划中未被识别的风险。
项目前期面谈记录（这些工作往往在进行可行性研究时进行）也是可以获得的。
11。1。3风险的输出
1。风险因素。风险因素是指一系列可能影响项目向好或坏的方向发展的风险事件的总
和，这些因素是复杂的，也就是说，它们应包括所有已识别的条目，而不论频率、发生之可
能性，盈利或损失的数量等。一般风险因素包括：
需求的变化
设计错误、疏漏和理解错误。
狭隘定义或理解职务和责任。
不充分估计。
不胜任的技术人员。
对风险因素的描述应包括对以下四项内容的评估：
（a）由一个因素产生的风险事件发生的可能性
（b）可能的结果范围
（c）预期发生的时间
（d）一个风险因素所产生的风险事件的发生频率
机会和产出两者之间可以精确画出连续函数（估计成本在100；000和150；000之间）或
画出离散函数（一个可能或不可能获得的专利）。除此之外，在项目前阶段对可能性和产出
的评估比项目后期所做的评估的评估值范围更大。
2。潜在的风险事件：潜在的风险事件是指如自然灾害或团队特殊人员出走等能影响项目
的不连续事件。在发生这种事件或重大损失的可能相对巨大时（〃相对巨大〃应根据具体项目
而定），除风险因素外还应将潜在风险事件考虑在内。当潜在风险事件发生在不常有的特定
应用领域时，常常是指如下一些事件：
与普通项目要求不同的高新技术的发展领域，较常见于电子工业而少见于地产业的发
展。
类似风暴所造成的损失，较常见于建筑业，而不是生物科学技术领域。
对潜在风险的描述应包括对以下四个要素的评估：
（a）风险事件发生的可能性
（b）可选择的可能结果
（c）事件发生的时间
（d）发生频率的估测（即是否会发生一次以上）
3。风险征兆。风险征兆交有时也被称为触发引擎，是一种实际风险事件的间接显示。比
如：丧失士气可能是计划被搁置的警告信号；而运作早期即产生成本超支可能又是评估粗糙
的表现。
4。对其它程序的输入。风险认定过程应在另一个相关领域中确定一个要求，以便进行进
一步运作。比如：如果工作分析结构图不够细致，就无法进行充分的风险识别。风险常常被
做为系统规定参数或假定值输入其它过程。
11。2风险量化
风险量化涉及到对风险和风险之间相互作用的评估，用这个评估分析项目可能的输出。
这首先需要决定哪些风险值得反应。风险由于包括诸多因素而较复杂，这里就部分因素列举
如下：
机会和危胁能够以出乎意料的方式相互作用（比如：计划的延迟会造成不�