软件项目的风险管理

软件项目的风险管理

第一章 绪 论
1.1 软件项目的现状及问题
软件产业是 21 世纪拥有最大产业规模和最具前景的新兴产业之一，也是创业门槛较低的一个行业。软件产业吸引了众多的创业者加入。然而软件行业又是一个极具挑战性的行业，只有少数的软件公司能够在激烈的市场竞争中存活下来，这是因为软件开发是一项复杂的系统工程，它涉及到方方面面的因素。在实际的工作中，软件项目经常会出现各种各样的问题，这些问题都是软件项目的风险。如何管理好项目中的风险，已经成为项目取得成功的关键因素。
1.1.1 软件项目管理的现状
在我们周围存在着很多的软件公司，这些公司以做软件项目来维持他们的生存、发展。项目的成败对他们意味着生存还是消亡。然而现实生活中软件开发项目的成功率却并不理想。据美国软件工程实施现状的调查，大约只有 9％－10％的项目能够在预定的费用和进度下交付。在商用软件产业中，这一现象尤为严重。1995 年，美国共取消了810 亿美元的软件项目，其中 31％的项目未做完就取消了，53％的软件项目度通常要延长 50％的时间[1]。虽然软件项目失败的原因有很多，但缺乏真正的风险管理与控制是导致软件项目失败的最重要原因[2]。据 KPMG 的一项调查指出：55％失控的项目没有进行风险管理；38％的失控项目作了一些，但是其中的一半在项目进行后就没有使用风险监督；剩余 7％情况不明[3]。在现实生活的软件项目中，许多项目干系人对风险管理没有什么概念，或者想对项目进行风险管理，但感觉很难操作。市面上虽然有很多书籍在介绍软件项目的风险管理，但它们大多数讲述的是怎样使用专业的管理工具来管理软件项目中所发生的尽可能多的风险。这样的风险管理对于这类公司来说，既消耗了大量的人力物力，实用性、可操作性却不强。如何将软件项目的风险管理理论与实际结合起来，这是一个问题。许多公司因此成立了单独的风险管理部门来管理项目中的风险。虽然有些公司实施了多年的风
险管理，但时至今日他们仍未能领悟到风险管理的本质概念[4]。

1.1.2 软件项目存在的问题
2. 项目日常管理的问题
软件项目的日常管理问题主要表现在以下几个方面：第一，项目组成员职责划分不够清楚。由于项目组的成员把主要精力放在编码上，而项目开发中许多其它工作没有专人负责。这些工作包括：开发环境的选择、相关工具的选择和有效应用、版本控制、变更管理和缺陷管理等方面。这些工作对软件项目开发产生较大的影响。第二，由于没有一个明确的软件开发过程，在开发过程中许多工作产生扯皮现象，例如，测试中发现缺陷，在分析缺陷时都指责别人。
3. 项目的需求分析不充分
在软件项目开发中，项目组成员往往对软件的需求分析不够重视，不能详尽描述具体功能，无法理清用户的重要需求和新需求，并且常常在没有充分进行需求分析的情况下，就开始设计和编码，这样导致在开发过程中不断有新的用户需求的出现，使得项目开发举步维艰，甚至用户不认可开发出的软件产品。
4. 缺陷无法控制
项目开发中的缺陷包括项目分析、设计和编码等各个阶段引入的缺陷。由于软件项目的特点，导致项目的每个阶段都引入了相当多的缺陷，而且在缺陷修改过程中又不断引入新的缺陷，这样导致了缺陷很难收敛，产品很难集成。这些问题延长了项目工期，增加了项目的资金投入，引起用户的强烈不满，甚至导致软件项目开发失败。为了解决这些问题我们对软件的过程进行了分析。
1.2 本项目的研究过程
由于我国的信息化建设仍然属于“人治时代”，信息化的随意性较大，企业还没有就信息化形成相关的制度，缺少对信息化进行整体规划、实施与控制的决策机制和责任担当框架[7]。为了改变这一现状，本文将以中国银联广东分公司（以下简称广银联）终端机具管理系统为例来阐述一种在软件项目管理中具有可操作性的风险管理。这种风险管理的背景是在一个以生产为主要盈利手段的公司里独立开展的一个软件项目。该组织并没有多少能应用与软件项目管理的组织过程资产。
本项目的研究过程将分为两个阶段。
1.2.1 第一阶段：风险管理理论研究及初步应用于实践中
这一阶段的主要工作是研究风险管理的理论，重点关注适用于软件项目的风险管理理论；同时初步实现了理论联系实际，建立了软件项目定性风险分析的概率和影响矩阵，建立了单个风险的损失评估表，建立了风险影响对照表，创建了风险登记册以及单个风险应对计划表。主要内容包括：2近几年来软件开发的技术、工具都有了很大的进步，但是软件项目的超支、延时现象十分普遍，而风险是导致这种现象的主要因素之一，尤其是当今软件规模的不断扩大，复杂性的不断提高，服务内容的不断改善，使得软件开发过程变得越来越复杂，不确定的因素也随之增加。因此，目前风险管理被认为是软件项目中减少失败的一种重要手段[5]。在软件项目的开发和管理中，因为软件项目开发链长，用户的需求不断变化，系统软件的功能也必须不断拓展和创新，从而要求不断地引进新技术和增添软件的知识含量和技术含量。但是，软件开发中很多做法没有现成的行业规范和标准，加之软件产品是非直观的，而且是一种“一次性的独一无二的努力”，具有不可重复性，包含许多不确定的因素，使得管理者和任务承担者难以达成双方一致的目标，这些特点决定了软件项目具有高风险性，其管理和控制也将更困难、更复杂[6]
。
直到 20 世纪 80 年代，Boehm 比较详细地对软件开发中的风险进行了论述，并提出了软件风险管理的方法。Boehm 认为，软件风险管理指的是“试图以一种可行的原则和实践，规范化地控制影响项目成功的风险”，其目的是“辨识、描述和消除风险因素，以免它们威胁软件的成功运作”。
在此基础上，业界对软件风险管理的研究开始慢慢丰富起来，并且在理论上对风险进行了一些分类，提出了风险管理的思路；在实践上，出现了一些定量管理风险的方法和风险管理的软件。虽然业界对风险管理表现了极大的兴趣，并且作出了不少的努力，但很少有组织将风险管理的方法真正积极地在软件开发过程中使用。1995 年议作出的调查显示：风险管理技术没有得到广泛应用的原因并不是大家不相信这种技术的实效性，而是对风险管理的技术和实践缺乏了解。
对于软件项目来说，一个完整的软件生命周期包含需求分析、概要设计、详细设计、编码实现、软件测试、用户接受测试（UAT）和软件发布等多个相互交织、互相影响的过程。这就注定软件开发管理是一项复杂的活动，软件项目的风险管理更是一项需要时时关注的活动。
对于软件开发项目，其主要特点是：时间短、用户需求变更较大、测试重视不够、缺乏缺陷管理机制等。
1. 难以估计项目的进度
在项目开始前缺乏充分的分析和论证，对要开发的项目没有足够的认识和了解，无法准确估计项目开发所需要的时间、每个阶段需要的时间乃至整个项目的规模等重要的项目数据，这样就无法制订出能切实起到指导和控制项目进度作用的日程表，项目管理者也就很难控制项目的进度和完成时间。根据线性度量标准，建立了风险影响参照表。
建立角色与职责分配矩阵.
使用头脑风暴的方法从几个方面来识别软件项目的风险。
建立风险登记册，用以对识别的风险进行管理。
建立风险评估矩阵，对风险进行排序。
建立单个风险损失评估表、单个风险应对表。
建立积极事件和消极事件的应对策略。消极事件的应对策略有回避、转移、减轻。积极事件的应对策略有：开拓、分享、提高。
建立了软件项目模型。
1.2.2 第二阶段：风险管理的深入研究
这一阶段的主要工作是在第一阶段的工作成果的基础上，全面、深入的研究软件项目的风险管理。主要内容包括：
对参与项目的人员的风险态度和风险承受度进行分析。这是制定风险管理计划的一个重要依据。
在风险管理规划阶段建立风险分解结构（RBS），创立一个比较全面的、适用与软件项目的风险类别（在风险识别过程前，先要在风险管理规划过程中对风险类别进行审查）。
在风险识别阶段采用文件审查、信息收集技术（头脑风暴、Delphi 技术、访谈、SWOT 分析）、核对表分析、假设分析、图解技术（因果图、系统或过程流程图、影响图）等来识别项目中存在的风险，重点分析的是信息收集技术。对单个风险进行定量分析。主要采用决策树法、模拟法和灵敏度分析法来进行分析。
对风险应对措施进行分析。主要是考虑对消极风险和积极风险采取的应对策略进行分析。
对应对消极风险的转移策略进行分析，主要考虑合同所带来的风险。
储备金分析。主要研究的是储备金的分类以及适用。
次生风险和残留风险分析。主要研究的是对风险采取应对措施后出现的次生风险和残留风险的应对方法。

第二章 软件项目的风险管理概述 17-25
2.1 风险的定义 17
2.2 风险管理的发展历史 17-18
2.3 风险的分类 18-20
2.4 软件项目风险管理概述 20-21
2.5 广银联终端机具管理系统介绍 21-22
2.5.1 ........
2.5.2 广银联终端机具管理系统简介 21-22
2.6 广银联终端机具管理系统风险管理流程 22-25
........................
第三章 软件项目的风险管理规划 25-30
3.1 软件项目风险管理规划概述 25
3.2 评估组织...... 25-26
3.3 广银联终端机具管理......... 26-30
...................
第四章 软件项目的风险识别 30-40
4.1 软件项目风险识别概述 30
4.2 广银联终端机具管理系统风险识别的方法 30-39
4.2.1 文件审查 31
4.2.2 信息收集技术 31-34
4.2.3 核对表分析 34-37
4.2.4 假设分析 37
4.2.5 图.... 37-38
4.2.6 挣值分析 38-39

第九章 全文总结

9.1 主要结论
风险总是与效益并存的，只有在权衡项目的成本和整体利益的情况下，正确地、有效地进行风险管理，才能确保每一个软件项目都能成功地完成，给企业带来最大的整体效益[32]。论文通过建立各类型的表格来对广银联终端机具管理系统的风险进行管理，将风险管理理论与实际的软件开发项目相结合，充分阐述了软件项目中的风险管理的必要性、
有效性和可操作性。论文所采用的方法对于中小型软件厂商的软件开发具有重要的参考价值。
9.2 研究展望
软件中的风险管理，不同的公司处理的方法不同，在本文中，风险的严重性和风险发生的概率都是由人来进行评估的，这本身就是一种风险。虽然我们可以使用一些辅助工具让这些内容更加准确科学，但这通常很困难，因为经验丰富的专家不多，每个项目又有其固有的特点[33]，所以在一般的公司里，评估这些内容的人都是具有一定的项目经验的专家。如果一个软件项目要求不是特别高，这种方法是可行的。