Planning and Managing
the Project
中国科学技术大学软件学院
孟宁
2010年03月
Agenda
♦ Tracking Progress
– 项目进度问题
♦ Project Personnel
– 人力资源及组织建设
♦ Effort Estimation
– 效率及工作量评估
♦ Risk Management
– 风险管理
♦ The Project Plan
– 项目计划
客户关心的问题
♦ 你理解我的问题和我的需要吗？
♦ 你能设计一个系统，它能够解决我的问题
或能够满足我的需要？
♦ 开发这样的一个系统需要多久？
♦ 开发这样的系统需要多少资金？
♦ 需求->解决方案->进度安排->根据时间及
其他资源的消耗来预算需要多少资金
解决方案
♦ 系统的技术描述
♦ project deliverables
– documents
– demonstrations of function
– demonstrations of subsystem
– demonstrations of accuracy
– demonstrations of reliability,security or
performance
activity and milestone
♦ An activity is a part of the project that
takes place over a periad of time.
♦ milestone is the completion of an activity a particular point in time.
♦ activity has a beginning and an end.
♦ milestone is the end of a specially
designated activity.
阶段、步骤和活动
阶段
项目
步骤
活动
Work Breakdown Structure
WBS
– a set of discrete pieces of work
– no indication of the interdependence of work
units and concurent work units
Scope definition—WBS
♦ 含义
– 面向成果的项目元素的分组，组织并定义了整个项目范围
– 建立和确认项目范围，以便达成共识
– 工作元素经常被收集在WBS词典中，一般包括工作描述和其他项
目信息
♦ 用途
–
–
–
–
–
–
确定工作范围
配备人员
编制资源计划
监视进程
明确阶段里程碑
具体内容的验证
项目分解结构—WBS的应用
♦
♦
♦
♦
♦
♦
♦
WBS—工作分解结构
OBS—组织分解结构
CBS—成本分解结构
RBS—风险分解结构
WBS—OBS责任矩阵
WBS—CBS帐户(科目)矩阵
WBS—RBS风险矩阵
示例--WBS
产品
0 产品
1.0 设计
1.1 概要设计
1.2 详细设计
1.3 结构设计
2.0 实现
2.1 生产加工
2.2 测试集成
实现
设计
概
要
设
计
详
细
设
计
结
构
设
计
生
产
加
工
测
试
集
成
示例--OBS
组织
0 组织
1.0 设计部
1.1 李华
1.2 张海
1.3 康立泰
2.0 生产部
2.1 黄宏
2.2 宋佳
生产部
设计部
李
华
张
海
康
立
泰
黄
宏
宋
佳
示例--CBS
费用
0 费用
1.0 人工费
1.1 管理人员
1.2 技术人员
1.3 工人
2.0材料费
2.1 器件
2.2 消耗材料
材料费
人工费
管
理
人
员
技
术
人
员
工
人
器
件
消
耗
材
料
示例--RBS
风险
0 风险
1.0 内部
1.1 技术
1.2 人员
1.3 战略
2.0 外部
2.1 客户
2.2 承包商
外部
内部
技
术
人
员
战
略
客
户
承
包
商
WBS—OBS责任矩阵
产品
实现
设计
F:负责
C:参与
设
计
部
组
织
李华
概
要
设
计
详
细
设
计
F
F
C
张海
生
产
加
工
F
测
试
集
成
C
C
康立泰
C
生
产
部
结
构
设
计
C
F
C
C
C
F
黄宏
宋佳
产品
WBS—CBS帐户(科 目)矩阵
概
要
设
计
人
工
费
费
用
管理人员
技术人员
详
细
设
计
结
构
设
计
生
产
加
工
1000
4000
3500
2000
8000
5600
4000
3000
13500
17600
4000
工人
材
料
费
测
试
集
成
按
费
用
科
目
总
计
实现
设计
器件
1000
5000
13000
1410
0
4000
6000
5000
11000
3700
2300
12000
14700
10300
58100
消耗材料
按任务总计
6000
WBS—RBS风险矩阵
产品
实现
设计
概
要
设
计
内
部
风
险
外
部
测
试
集
成
中
大
大
中
小
承包商
生
产
加
工
大
战略
客户
结
构
设
计
中
技术
人员
详
细
设
计
大
中
Gantt图
Another Gantt chart
The Ultimate Team Organization
Software -TUTOS
♦ TUTOS is a tool to manage the organizational needs of
small groups, teams, departments ...
♦ To do this it provides some web-based tools:
♦
♦
♦
♦
♦
a calendar for users and groups (incl. screenshot)
Groups / Teams
address manager for people, companies and departments (incl. screenshot)
bug tracking system (incl. screenshot)
product/project repository (incl. screenshot)
♦
with
♦
♦
♦
♦
♦
♦
♦
♦
♦
♦
♦
♦
♦
with document management (incl. screenshot)
with installation management (incl. screenshot)
support of different roles (manager,developer,customer etc.)
support of relations to other projects (base product, subproject etc.)
mailboxes (imap/pop)
timetracking on projects, installations and bugs
Invoices
Watchlists. Stay informed on changes on projects/bugs etc via email.
support for teams that are distributed over different timezones
color themes / layout
fine grained permission handling
change history
customized (i.e. additional) database fields
task management (incl. screenshot)
http://www.tutos.org
Demo http://demo.tutos.de/php/mytutos.php
activity graph
–depict the dependencies
–node of graph are the project
milestones
–activity graphs depend on an
understanding of the parallel nature
of tasks
Table 3.1. Phases, steps and activities of building a house.
Phase 1: Landscaping the lot平整绿化土地
Step 1.1:
Clearing
and
grubbing
Activity 1.1.1: Remove trees
Activity 1.1.2: Remove stumps
Step 1.2:
Seeding the
turf
Activity 1.2.1: Aerate the
soil
Activity 1.2.2: Disperse the seeds
Activity 1.2.3: Water and weed
Step 1.3:
Planting
shrubs and
trees
Activity 1.3.1: Obtain shrubs and trees
Activity 1.3.2: Dig holes
Activity 1.3.3: Plant shrubs and trees
Activity 1.3.4: Anchor the trees and
mulch around them
Phase 2: Building the house建造房子
Step 2.1:
Prepare the
site
Activity 2.1.1: Survey the land
Activity 2.1.2: Request permits
Activity 2.1.3: Excavate for the
foundation
Activity 2.1.4: Buy materials
Step 2.2:
Building the
exterior
Activity 2.2.1: Lay the foundation
Activity 2.2.2: Build the outside walls
Activity 2.2.3:
Activity 2.2.4:
Activity 2.2.5:
Activity 2.2.6:
Install exterior plumbing
Exterior electrical work
Exterior siding
Paint the exterior
Activity 2.2.7: Install doors and fixtures
Activity 2.2.8: Install roof
Step 2.3:
Finishing
the interior
Activity 2.3.1: Install the interior
plumbing
Activity 2.3.2: Install interior electrical
work
Activity 2.3.3: Install wallboard
Activity 2.3.4: Paint the interior
Activity 2.3.5: Install floor covering
Activity 2.3.6: Install doors and fixtures
Milestones in building a house.
1.1.
1.2.
1.3.
1.4.
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
2.7.
2.8.
3.1.
3.2.
3.3.
3.4.
3.5.
3.6.
Survey complete测量完毕
Permits issued通过许可
Excavation complete完成挖土
Materials on hand原材料到手
Foundation laid地基铺设完毕
Outside walls complete外墙建造完毕
Exterior plumbing complete室外管道铺设完毕
Exterior electrical work complete室外电路铺设完毕
Exterior siding complete室外壁板安装完毕
Exterior painting complete室外粉刷完毕
Doors and fixtures mounted门和固定装置安放完毕
Roof complete建好房顶
Interior plumbing complete室内管道铺设完毕
Interior electrical work complete室内电路铺设完毕
Wallboard in place墙板安装完毕
Interior painting complete室内粉刷完毕
Floor covering laid铺设好地板
Doors and fixtures mounted门和固定装置安放完毕
Activities and time estimates.
Activity 活动
Step 1: Prepare the site准备地基
Activity 1.1: Survey the land测量土地
Activity 1.2: Request permits申请许可
Activity 1.3: Excavate for the foundation打基础
Activity 1.4: Buy materials买材料
Step 2: Building the exterior建造室外部分
Activity 2.1: Lay the foundation铺设地基
Activity 2.2: Build the outside walls建造外墙
Activity 2.3: Install exterior plumbing铺设室外管道
Activity 2.4: Exterior electrical work室外电路安装
Activity 2.5: Exterior siding安装室外壁板
Activity 2.6: Paint the exterior室外粉刷油漆
Activity 2.7: Install doors and fixtures安装门和固定装置
Activity 2.8: Install roof盖房顶
Step 3: Finishing the interior完成室内
Activity 3.1: Install the interior plumbing铺设室内管道
Activity 3.2: Install interior electrical work安装室内电路
Activity 3.3: Install wallboard安装墙板
Activity 3.4: Paint the interior室内粉刷油漆
Activity 3.5: Install floor covering铺设地板
Activity 3.6: Install doors and fixtures安装门和固定装置
Time estimate (in days)
3
15
10
10
15
20
10
10
8
5
6
9
12
15
9
18
11
7
申请许可
测量土地
打基础
买材料
铺设地基
铺设室外管道
室外电路安装
建造外墙
铺设室内管道
安装室外壁板
室外粉刷油漆
铺设地板
安装门和固定装置
附有持续时间的活动图
Trac
♦ Trac is an enhanced wiki and issue
tracking system for software development
projects.
♦ Demo http://trac.edgewall.org/demo-0.11/
♦ 通过插件方式可以集成进来活动图和甘特
图
http://trac.edgewall.org
Estimating Completion
♦ actual time实际时间：完成该活动估计所需
时间
♦ available time可用时间：进度中完成该活
动可用的时间
♦ Slack or float time空闲时间或浮动时间
♦ Slack= available time – realtime
（空闲时间 ＝ 可用时间 － 实际时间）
= latest start time - earliest start time
（空闲时间＝ 最晚开始时间 － 最早开始时间）
Slack time for project activities.
Activity
1.1
1.2
1.3
1.4
2.1
2.2
2.3
2.4
2.5
2.6
2.7
2.8
3.1
3.2
3.3
3.4
3.5
3.6
Finish
Earliest start time
Latest start time
1
1
16
26
36
51
71
81
91
99
104
104
71
83
98
107
107
118
124
13
1
16
26
36
51
83
93
103
111
119
116
71
83
98
107
107
118
124
Slack
12
0
0
0
0
0
12
12
12
12
15
12
0
0
0
0
0
0
0
关键路径法CPM
♦ 分析任务图中的里程碑路径被称为关键路
径法（CPM）。
♦ 这条路经可以表示完成一个项目所需的最
短时间，每个任务所需的持续时间。
♦ CPM 还能表明哪些任务对于一个项目而言
按时完成是非常关键的。
项目进展的关键路径分析
♦ 可以表示出哪些任务要等待另外一些任务的完成
才能开始，以及哪些任务为避免延迟必须在指定
时间内完成。
♦ 我们知道每项任务需要的时间长度。
– 可以根据以往的经验和相似的项目给出估计时间
– 可根据概率分布给每项任务一个持续时间。因而每项
任务就有了一个期望值和方差，也即我们不必知道准
确的持续时间，只要分析在一个时间窗内，或一段时
间内，实际所耗时间下落的概率，在这里期望值是一
段时间内的点，方差则描述时间段的宽度。
程序评估与审查技术（PERT）
♦ 是一种常用的关键路径分析技术，以正态
概率密度分布为前提。
♦ PERT 可以确定一项任务最早起始时间距离
进度要求时间的概率。
♦ 使用概率分布知识，最早最晚起始时间，
任务图和PERT 可以计算关键路径以及可能
造成瓶颈的任务。
PERT 和CPM 方法的适用
♦ 只在由若干个任务可以同时进行的稳态项
目中有价值。
♦ 当项目多数任务为序列顺序时，那么几乎
所有的任务都在关键路径上，他们都可能
成为瓶颈。
♦ 如果一个项目需要多次需求改进，或重新
设计，那么任务图和关键路径在开发过程
中往往有较大的改动。
项目的进度管理过程
♦ Activity definition(WBS and dictionary)
– 确定项目的工作任务
♦ Activity sequencing
– 确定活动之间的依赖关系,并形成文档
♦ Activity duration estimating
– 根据所需的资源、具体的条件，估计各项活动的持续时间
♦ Schedule development
– 分析活动顺序、活动历时和资源需求，以编制项目进度计划
♦ Schedule control
– 控制项目进度计划的变化
Project personnel
♦ Key activities requiring personnel
– requirements analysis需求分析
– system design系统设计
– program design程序设计
– program implementation程序实现
– Testing测试
– Training培训
– Maintenance维护
– quality assurance质量保证
personnel characteristics
♦ ability to perform work开展工作的能力
♦ interest in work工作兴趣
♦ experience with经验
–
–
–
–
♦
♦
♦
♦
similar applications类似应用
similar tools or languages类似工具或语言
similar techniques类似技术
similar development environments类似开发环境
Training培训
ability to communicate with others与其他人交流的能力
ability to share responsibility共同承担责任的能力
management skills管理技能
Choosing personnel
♦ 了解每个人员的表现 - 知道他们完成手头的工作
的能力.
♦ 有的善于纵观全局(the big picture)，而不擅长追
究细节问题。这样的人适合系统设计或测试，不
擅长程序设计和编码。
♦ 自信 ---->>> 高效
♦ 对工作的兴趣也可以决定一个人的成功与否。
– 更有兴趣做一些新鲜的事儿，而不是重复以前的工作。
– 更愿意做他们熟知的事情，而不愿意冒险尝试。
♦ 项目人员的选择不仅要看个人的能力和技术，还
要看他的经验。
交流
♦ 项目的进展不仅会受交流程度的影响，还
会受与他人交流的人的能力的影响。
♦ 软件的失败可能是由交流和理解中的失误
造成的。
♦ 和他人交流的人数会影响最终的产品质量
。
– 如果一个项目有n 个人的话，那么有n(n-1)/2
对人可能需要交流。
– 一个项目涉及10 个人的话，就有45 条交流线
路可用，有1023个可能的人员组合去处理子系
统的开发！
信任、文档、人员管理
♦ 团队成员之间必须互相信任。
♦ 在共同承担工作的时候，不仅要互相进行
口头交流，而且要将你的想法和所作的工
作写成文档。很多人在这方面上都有困难
。
♦ 控制是管理项目中的一个问题。有些人擅
长指挥其他人的工作。那些不能使他的伙
伴感到舒服的人并不是开发工作中管理人
员的好的候选者。
Choosing personnel
♦ 人员的背景的几个方面能够影响到项目组
的质量。
♦ 一个项目管理人员应该了解每一个人的喜
好和能力。
– 人尽所能，各得其所
– 知人善任
– 合理地授权
开会可以增快项目进度
♦ 管理者必须明确谁要出席会议，什么时候
开始和结束，会议要完成什么。
♦ 会议要有议程，可能的话，提前发放。
♦ 有专人负责进行讨论和解决冲突。
♦ 有专人负责会议上的决定能够被确实执行。
♦ 最小化开会的次数，和出席会议的人员数。
Work styles工作方式
♦ 交流方式：
– Extroverts外向: tell their thoughts告诉他们的想法
– Introverts内向: ask for suggestions寻求建议
♦ 决策方式：
– Intuitives直觉（感性）的: base decisions on feelings
基于感觉做决定
– Rationals理性的: base decisions on facts, options基
于事实做决定
Project organization
♦ Depends on取决于
– backgrounds and work styles of team
members小组成员的背景和工作方式
– number of people on team小组的人数
– management styles of customers and
developers顾客和开发人员的管理方式
♦ Examples例:
– Chief programmer team核心程序员组
– Egoless approach无私方法
Comparison of organizational
structures
Highly structured高度结构化
High certainty高确定性
Repetition重复
Large projects大项目
Loosely structured松散的结构
Uncertainty不确定
New techniques or technology新技术或工艺
Small projects小项目
Effort estimation
♦ 项目计划和管理的一个重要方面是理解一
个项目可能的花销。
– 所预计的花销过大可能使用户取消这个项目的
建设.
– 花销预计太低可能使整个团队的人员停下来等
待资金到位。
– 在项目生命周期内早期准确花销预算可帮助项
目经理明确究竟有多少开发工作是必须的，合
理安排全体成员的工作。
♦ 费用，进度和工作效率评估在项目生命周
期内必须尽早进行。
项目包含的开销
♦ 公用设备
– 硬件，办公家具，电话，调制解调器，取暖设备和空调，网线电
缆，磁盘，办公用纸，文具，影印机以及其他所有开发过程所用
的物理设备。
♦ 人员开销
– 对于多数项目而言，最大的费用在于工作计划效率。我们必须确
定为了完成一个项目所需工作日。
– 工作效率具有最大的不确定性。我们可以看到工作风格，项目管
理，能力，兴趣，经验，培训和雇员特征对于完成一项任务都有
非常大的影响。
♦ 工具开销
– 项目费用还包括软件购买费用，系统支持工具费用。此外设计工
具，编码环境和项目本身可能也需要购买一些软件来满足需求，
组织文档，测试代码，跟踪动态的改变，产生测试数据和支持小
组会议等消费项目。
工作量评估模型
♦ Expert judgment
– 经验模型
♦ Algorithmic Methods
– 效率和影响效率的因素之间的关系
– 研究人员从过去项目中的数据总结得出许多数学
等式
♦ Machine-Learning Methods
– 神经网络是通过培训方法培养起来的。训练所用
数据来自以往的项目，网络用前向和后向算法学
习识别数据中具有的模式。
Summary of model performance.
Model
PRED(0.25)
MMRE
Walston-Felix
0.30
0.48
Basic COCOMO
0.27
0.60
Intermediate COCOMO
0.63
0.22
Intermediate COCOMO (variation)
0.76
0.19
Bailey-Basili
0.78
0.18
Pfleeger
0.50
0.29
SLIM
0.06-0.24
0.78-1.04
Jensen
0.06-0.33
0.70-1.01
COPMO
0.38-0.63
0.23-5.7
General COPMO
0.78
0.25
Expert judgment
♦ 以类似项目的经验为基础进行工作量评估
♦ 预测准确性以能力，经验，客观情况和估
计人的感知为基础。
♦ 完整的估计可以是从顶向下或从底向上。
– 从顶向下
– 从底向上
Expert judgment
♦ Analogy类推
– A 系统和B 系统非常相似，那么A 系统的费用就和B 系
统的费用非常接近。
– 可以进一步讲，如果A 系统的复杂程度是B 的二倍，则
A 系统的费用是B 系统费用的两倍。
♦ Proportion预测
– 可以通过向专家咨询三个预测：悲观因素x，乐观因素
y 和最可能的猜测z
– （x悲观+4y乐观+z可能)/6
– 把个人评价正太标准化。
♦ Delphi technique Delphi 技术
♦ Wolverton model Wolverton 模型
工作量评估模型的缺陷
♦ 大多以过往经验为基础
♦ 而即使非常相似的项目，他们的代价也相
去甚远。
♦ 费用不是线型关系
♦ 两个程序员不可能完全一样的编码速度
♦ 依赖现行数据影响，创新性的项目就很难
评估。
♦ 因此，开发过程中的努力是必须的。
Risk management
♦ 许多软件项目经理采取措施来确保他们的
项目及时做完，并且保证在费用预算消耗
内。
♦ 管理者们还必须确定任何不受欢迎的事件
发生时该采取哪些措施减少损失。
♦ 风险则指那些不希望发生的事件。
♦ 项目经理必须学会风险管理，学会在项目
进行过程中，控制风险。
Risk management风险管理
♦ Risk impact风险后果: the loss associated
with the event与该事件有关的损失
– 时问流失、质量、金钱、控制、理解等
♦ Risk probability风险概率: the likelihood
that the event will occur事件发生的可能性
♦ Risk control风险控制: the degree to which
we can change the outcome我们能改变结果的
程度
Risk exposure = (risk probability) x (risk
impact)
风险成本（暴露量）＝风险概率×风险后果
风险的分类
♦ 遗传风险则指对所有软件项目共同拥有的，
比如误解需求，人员流失，测试时间不充
裕。
♦ 项目特有的风险指给定项目的脆弱性带来
的。
风险管理的步骤
Three strategies for risk
reduction
♦ avoiding the risk避免风险: change requirements for
performance or functionality改变性能或功能需求
♦ transferring the risk转移风险: transfer to other
system, or buy insurance转到其他系统或购买保险
♦ assuming the risk承受风险: accept and control it接
受并控制它
risk leverage = difference in risk exposure divided by
cost of reducing the risk
风险杠杆＝（降低前的风险成本－降低后的风险成本）/降低风险的成本
Boehm’s top ten risk items
♦
♦
♦
♦
♦
♦
♦
Personnel shortfalls人员短缺
Unrealistic schedules and budgets不现实的进度和预算
Developing the wrong functions开发了错误功能
Developing the wrong user interfaces开发了错误的用户界面
Gold-plating华而不实
Continuing stream of requirements changes不断的需求改变
Shortfalls in externally-performed tasks外部执行的任务不符合要
求
♦ Shortfalls in externally-furnished components外部提供的组件不
符合要求
♦ Real-time performance shortfalls实时性能不符合要求
♦ Straining computer science capabilities超出了计算机科学的能力
项目的风险管理
♦ 如何成功管理风险
–
–
–
–
–
–
–
–
建立恰当的机制
选择有效的识别方法
选择有效评估发生可能性方法
选择有效评估风险影响方法
建立预防措施
开发风险应对措施
确定紧迫性
确定风险的责任人
♦ 风险管理的层次
–
–
–
–
–
事后处理型—亡羊补牢
危机管理型—救火
风险缓解型—缓解
事先预防型—预防
消灭根源型—彻底
救治众圣夫
其其人人事
著微之之未
则则识虑有
竭用近远不
力力故故生
而寡必能于
不而待谨微
能功其其而
及多著微成
也 而而于
后治著
救之
之
项目的风险管理—结论
♦
♦
♦
♦
♦
♦
♦
♦
强调团队支持
给予项目经理相应的权利
改进问题的处理和沟通
避免使用纯项目式组织结构
增加项目检测的频率
使用WBS、PERT、CPM等工具和技术
为项目团队建立清晰的项目目标
选择有经验的项目经理
Project plan contents
♦ project scope项目范围
– 与客户的期望达成一致
♦ project schedule项目进度
– 进度可以用工作分解图表示。
♦ project team organization项目团队组织结构
– 列出了开发小组成员名单，及组织形式，每人的任务。该计划也
包含资源分配情况。
♦ technical description of system系统的技术描述
– 系统设计方案描述
♦ project standards and procedures项目标准和流程
– 算法、工具、设计语言、测试技术等
Project plan contents
♦
♦
♦
♦
♦
♦
♦
♦
♦
♦
quality assurance plan质量保证计划
configuration management plan配置管理计划
documentation plan文档计划
data management plan数据管理计划
resource management plan资源管理计划
test plan测试计划
training plan培训计划
security plan安全计划
risk management plan风险管理计划
maintenance plan维护计划
效率、代价、进度和风险
♦ 项目中影响效率、代价、进度和风
险的因素
–影响效率的因素有哪些？
–影响代价的因素有哪些？
–影响进度的因素有哪些？
–影响风险的因素有哪些？
Exercises -1
♦ 描述得到学位(学士的、硕士或博士的)过程成为
一个任务分解法。得出过程的活动图表。什么是
关键路程？
– 问题的答案将会依赖于被选择的学位和涉及的过程。
你的任务分解结构应该包括：阶段，步骤，活动还有
重要事件。你必须考虑像时间限制和牵制课程这样的
约束。例如，想获得博士学位，你必须要完成所有的
硕士课程，通过综合考核，通过预考，完成论文的答
辩。这里可能存在约束，
– 例如必须在2年时间限制内完成所有的课程或者在初考
之前成功的完成综合性的考试。
– 关于任务分解结构，活动图还有关键路径的详细细节，
见3.1节。
Exercises -2
♦ 描述Chief programmer team核心程序员组
和Egoless approach无私方法的优缺点，
并对你的同学们的工作方式进行分类，他
们各自适合哪种组织结构。
– 当对某种结构进行评估的时候，你应该考虑环
境是严格的还是宽松的。你应该考虑通信潜在
路线的数量。当你描述你的同学的工作方式的
时候，记住本章的描述方式：理性的性格内向
的人，理性的性格外向的人，感性的性格内向
的人和感性的性格外向的人。考虑在你的工作
环境中这些工作方式对交流有怎么样的影响。
Exercises -3
♦ several different techniques for predicting
effort.几种工作量评估技术
– 专家评估
– 算法模型
– 机器学习（专家系统）
Exercises -4
♦ 项目中有哪些风险？如何降低风险？
– 项目中可能产生损失的事件
– 事件发生的可能性
– 对风险进行有效的管理和控制可以降低风险
– 确定哪些活动是风险
– 分析他们给每个风险指派优先级。
– 确定风险可通过许多不同技术来避免、转移或
者降低风险。
谢谢大家！
References
Pfleeger, Shari. L., Software Engineering: Theory and Pratice(Second
Edition), Higher Education Press, 2001
软件工程—实践者的研究方法（Software Engineering-A Practitioner’s
Approach）; (美) Roger S. Pressman 著； 机械工业出版社ISBN：7-11107282-0
http://code.google.com/p/advancedsoftwareengineering/