软件项目的风险分析

软件项目的风险分析 软件工程项目的开发也存在各种各样的风险，有些风险甚至是灾难性的。R.Charette认为，风险与将要发生的事情有关，它涉及诸如思想、观念、行为、地点、时间等多种因素；风险随条件的变化而改变，人们改变、选择、控制与风险密切相关的条件可以减少风险，但改变、选择、控制条件的策略往往是不确定的。在软件开发过程中，人们关心的问题是，什么风险会导致软件项目的彻底失败？顾客需求、开发环境、目标机、时间、成本的改变对软件项目的风险会产生什么影响？人们必须抓住什么机会、采取什么措施才能有效地减少风险、顺利完成任务？所有这些问题都是软件开发过程中不可避免并需要妥善处理的。软件工程的风险分析包括：风险标识、风险估算、风险评价和风险管理四部分 1、 风险标识 从宏观上看，风险可以分为项目风险、技术风险和商业风险三类。由于项目在预算、进度、人力、资源、顾客和需求等方面的原因对软件项目产生的不良影响称为项目风险。软件在设计、实现、接口、验证和维护过程中可能发生的潜在问题，如规格说明的二义性、采用陈旧或尚不成熟的技术等等，对软件项目带来的危害称技术风险。开发了一个没人需要的优质软件，或推销部门不知如何销售这一软件产品，或开发的产品不符合公司的产品销售战略，等等，称为商业风险。这些风险有些是可以预料的，有些是很难预料的。为了帮助项目管理人员、项目规划人员全面了解软件开发过程存在的风险，Boehm建议设计并使用各类风险检测表标识各种风险。 2、风险估算 软件项目管理人员可以从影响风险的因素和风险发生后带来的损失两方面来度量风险。为了对各种风险进行估算，必须建立风险度量指标体系；必须指明各种风险带来的后果和损失；必须估算风险对软件项目及软件产品的影响；必须给出风险估算的定量结果。 3、风险评价和管理 在风险分析过程中，经常使用三元组[RI,LI,XI]描述风险。其中RI代表风险，LI表示风险发生的概率，XI是风险带来的影响，I = 1，2，…L是风险序号，表示软件项目共有L种风险。软件开发过程中，由于项目超支、进度拖延和软件性能下降都会导致软件项目的终止，因此多数软件项目的风险分析都需要给出成本、进度和性能三种典型的风险参考量。当软件项目的风险参考量达到或超过某一临界点时，软件项目将被迫终止。在软件开发过程中，成本、进度、性能是相互关联的。例如，项目投入成本的增长应与进度相匹配，当项目投入的成本与项目拖延的时间超过某一临界点时，项目也应该终止进行。通常风险估算过程可分为 四步：①定义项目的风险参考量；②定义每种风险的三元组[RI,LI,XI]；③定义项目被迫终止的临界点；④预测几种风险组合对参考量的综合影响。 三元组[RI,LI,XI]是风险管理的基础。设高级职员流动给项目带来的风险为R。根据历史的经验或直观感觉，高级职员离开课题组的概率：LI = 70%。这一事件的出现带来的影响XI是项目开发时间延长15%，项目成本增加20%。于是项目负责人可以采取下列风险管理措施： （1）项目开始以前应控制产生风险的原因，在项目开工后应想方设法减轻风险影响。 （2）了解导致项目开发人员变动的原因，在项目开发期间应控制上述原因，尽量减少人员的流动。 （3）在工作方法和技术上应采取适当措施，防止因人员流动给工作带来损失。 （4）项目在开发过程中应及时公布并交流项目开发的信息。 （5）建立组织机构，确定文档标准，并及时生成文档。 （6）对工作进行集体复审，使多数人都能了解工作的细节，跟上工作进度。 （7）为关键技术准备后备人员。 软件项目，尤其是大型项目有二项非常重要的因素，会影响整个项目的进度与质量，它们分别是：“人”、“流程” 与“技术”。 “人”是项目中最难预料与掌控的一项要素，人可分成两部份，一是客户，二是开发团队。 “技术”是指软件项目所使用的开发半台，主要指开发环境及开发语言。是最容易掌握的部份。 “流程”是指软件开发流程或是项目流程，定义流程的目的是要掌控所有的情况。项目的最大敌人是时间及预算，这两者都是有限的，如何在有限预算内准时完成项目，可说是一项艺术。 “人”因素分析 “人”是指客户和开发团队，其中开发团队的因素对项目影响很大，对于这方面影响因素主要分析如下： ·人员技能未达到要求 在项目开始之初，我们假设项目成员都能够达到组织级的要求，但往往并不是每个成员都能够达到要求。而且项目中每个成员的生产率差异可能很大，也给项目进度安排造成影响。所以在项目始之初，应该对项目成员的技能进行一次总体的评估，对于大家都欠缺的技能，应该安排统一的培训，后续需要对培训的效果进行跟踪；对于个别人员技能欠缺的，应该单独预留自我学习时间或通过以师带徒的方式进行培养，使其技能能够尽快达到要求：对于项目新员的工作和任务，应该加强评审和检查，保证输出不出现大的偏差而导致后续大量的返工。对于这方影响因素主要分析如下： ·项目成员责任心不强 态度决定一切，细节决定成败。对于项目过程中的各项任务，经常出现由于项目成员责任心不强敷衍了事，导致产出的工件质量较差，引起大量返工的情况。在这种情况下，项目更应该加强项目规范的建设，项目经理应加强同这些成员的单独沟通，加强项目的团队建设和集体荣誉感。让项目成员感觉到做的系统是他们自己的产品，而不是公司的项目，项目经理的项目。 ·项目沟通问题 在软件项目中，保证项目各种角色和成员中的高效沟通是很重要的，如何建立起快捷顺畅的沟通渠道，采用最佳的沟通方式来解决问题，必须在项目中经常强调。如果一周的项目任务花存实际做事情上有2天，而花在沟通上却占用了3天，这时必须及时分析和总结原因。沟通最重要的就是要在最短的时间里面，采用各种方法或工具，使交流双方或多方达成一致。 ·项目人员流失 项目人员特别是项目关键成员在项目进行过程中的流失，对项目影响很大，对于这种情况，应该在项目开始之初，就作为专门的风险进行跟踪，并考虑具体的应对措施。 “流程”因素分析 软件的开发流程般定义为：需求分析一可行性分析一概要设计一结构化设计一详细设计一编码一软件测试一软件维护。 “流程”中软件项目的风险，主要体现存4个阶段：软件需求阶段、软件设计阶段、软件实现阶段和软件维护阶段 ·软件需求阶段 软件的开发是以用户的需求开始，在大多数情况下，用户需求要靠软件开发方诱导，才能保证需求的完整，再以的形式形成《用户需求》这一重要的文档。需求分析更多的是开发方确认需求的可行性和一致性的过程，在此阶段需要和用户进行广泛的交流和确认。需求和需求分析的任何疏漏造成的损失，会在软件系统的后续阶段被一级级地放大，因此本阶段的风险最大。 ·软件设计阶段 设计的主要目的在于软件功能正确地反映了需求，需求的不完整和对需求分析的不完整或者错误，在设计阶段将被成倍地放大。设计阶段的主要任务是完成系统体系结构的定义，使之能够完成需求阶段的即定目标；另一方面也是检验需求的致性和需求分析的完整性和正确性。 设计阶段的风险主要来自于系统分析人员。分析人员存设计系统结构时过于定制，系统的可扩展性较弱，会给后期维护带来巨大的负