阶段带来风险。适当控制系统的复杂程度有利于降低开发的风险。

(5) 从软件工程的角度看，软件维护费用约占总费用的 55%~70%，系统越大，该费用越高。对系统可维护性的轻

视是大型软件系统的最大风险。在软件漫长的运营期内，业务规则肯定会不断发展，科学的解决此问题的做法
是不断对软件系统进行版本升级，在确保可维护性的前提下逐步扩展系统。

(6) 设定应急计划，每个开发计划都至少应该设定一个应急预案去应对出现突发情况和不可遇知的风险。

2、 成本预算

1. 成本预算方式

(1) 自上而下的预算方法

自上而下的预方法主要是依据上层、中层项目管理人员的管理经验进行判断，对构成项目整体成本的子项目成
本进行估计，并把这些判断估计的结果传递给低一层的管理人员，在此基础上由这一层的管理人员对组成项目
的子任务和子项目的成本进行估计，然后继续向下一层传递他们的成本估计，直到传递到最低一层。
使用此预算方式，在上层的管理人员根据他们的经验进行的费用估计分解到下层时，可能会出现下层人员认为
上层的估计不足以完成相应任务的情况。这时，下层人员不一定会表达出自己的真实观点，不一定会和上层管
理人员进行理智地讨论，从而得出更为合理的预算分配方案。在实际中，他们往往只能沉默地等待上层管理者
自行发

现问题并予以纠正，这样往往会给项目带来诸多问题。
自上而下更适用于项目启动的前期，与真实费用相差在

30% ~ 70%之间。

Scrum 使用自上而下的成本预算方式，它不会立即精确地确定成本，而是以最大限度容纳客户对未来产品要求
所
产生的变更。

(2) 自下而上的预算方法

自下而上方法要求运用

WBS（Work Breakdown Structure，工作分解结构）对项目的所有工作任务的时间

和预算进行仔细考察。最初，预算是针对资源（团队成员的工作时间、硬件的配置）进行的，项目经理在此之
上再加上适当的间接费用（如培训费用、管理费用、不可预见费等）以及项目要达到的利润目标就形成了项目
的总预算。自下而上的预算方法要求全面考虑所有涉及到的工作任务，更适用于项目的初期与中期，它能准备
地评估项目的成本，与真实费用相差在

5% ~ 10%之间。

注解：

WBS

WBS 是面向提交成果对项目的分解，从提交成果的列表可以确定每个提交成果需要执行的活动。Scrum 会对
WBS 进一步细化，把每个迭代分解为更细小的工作包。

2. 确定项目支出

总体成本预算就是结合下列多个成本预算方式，组成开发的总体成本：