软件项目的研发风险管理及其预防控制措施.doc

软件项目研发风险管理及其预防控制方法（一）

　　摘 要: 在项目建设过程中, 风险几乎无处不在。怎样有效地识别、 控制和管理风险, 对项目成功起着至关关键影响。本文在自己多年软件项目工程经验基础上, 整理出软件项目常常碰到部分风险及其预防方法, 期望能为项目经理制订项目风险计划和进行风险预防、 控制等提供富有价值参考。
　　关键词: 软件项目 常见风险 预防方法
　　在项目建设过程中, 风险几乎无处不在(约定: 本文谈到风险, 专指给项目带来不利影响风险)。怎样有效地识别、 控制和管理风险, 对项目成功起着至关关键影响。
　　一个项目有能够预料(包含已知)风险和不可预料风险, 以下作者总结自己多年软件项目工程经验, 整理出软件项目常常碰到15种可预料(包含已知)风险及其预防方法, 期望能为项目经理制订项目风险计划和进行风险预防、 控制等提供富有价值参考。
　　(1)协议风险
　　签署协议不科学、 不严谨, 项目边界和各方面责任界定不清等是影响项目成败重大原因之一。
　　预防这种风险措施是项目建设之初项目经理就需要全方面正确地了解协议各条款内容、 尽早和协议各方就模糊或不明确条款签署补充协议。
　　(2)需求变更风险
　　需求变更是软件项目常常发生事情。一个看似很有“钱途”软件项目, 往往因为无程度需求变更而让项目承建方苦不堪言, 甚至最终亏损(实际上项目建设方也面临巨大风险)。
　　预防这种风险措施是项目建设之初就和用户书面约定好需求变更控制步骤、 统计并归档用户需求变更申请。
　　(3)沟通不良风险
　　项目组与项目各干系方沟通不良是影响项目顺利进展一个非常关键原因。
　　预防这种风险措施是项目建设之初就和项目各干系方约定好沟通渠道和方法、 项目建设过程中多和项目各干系方交流和沟通、 注意培养和锻炼本身沟通技巧。
　　(4)缺乏领导支持风险
　　上层领导支持是项目取得资源(包含人力资源、 财力资源和物料资源等)有效保障, 也是项目碰到困难时项目组最强有力“后台支撑”。
　　预防这种风险措施是主动争取领导对项目重视、 确保和领导沟通渠道通畅、 常常向领导汇报工作进展。
　　(5)进度风险
　　有些项目对进度要求非常苛刻(进度要求不高项目, 我们一样要考虑该风险), 项目进度延迟意味着违约或市场机会错失。
　　预防这种风险措施通常是分阶段交付产品、 增加项目监控频度和力度、 多利用可行措施确保工作质量避免返工。
　　(6)质量风险
　　有些项目, 用户对软件质量有很高要求, 假如项目组组员同类型项目开发经验不足, 则需要亲密关注项目质量风险。
　　预防这种风险措施通常是常常和用户交流工作结果、 采取符合要求开发步骤、 认真组织对产出物检验和评审、 计划和组织严格独立测试等。
　　(7)系统性能风险
　　有些软件项目属于多用户并发应用系统, 系统对性能要求很高, 这时项目组就需要关注项目性能风险。
　　预防这种风险措施通常是在进行项目开发之前先设计和搭建出系统基础架构并进行性能测试, 确保架构符合性能指标后再进行后续工作。
　　(8)工具风险
　　软件项目开发和实施过程, 所必需用到管理工具、 开发工具、 测试工具等是否能立刻到位、 到位工具版本是否符合项目要求等, 是项目组需要考虑风险原因。[NextPage]
　　预防这种风险措施通常是在项目开启阶段就落实好各项工具起源或可能替换工具, 在这些工具需要使用之前(通常需要提前一个月左右)跟踪并落实工具到位事宜。
　　(9)技术风险
　　在软件项目开发和建设过程中, 技术原因是一个非常关键原因。项目组一定要本着项目实际要求, 选择适宜、 成熟技术, 千万不要无视项目实际情况而选择部分即使优异但并非项目所必需且自己又不熟悉技术。假如项目所要求技术项目组员不含有或掌握不够, 则需要关键关注该风险原因。
　　预防这种风险措施是选择项目所必需技术、 在技术应用之前, 针对相关人员开展好技术培训工作。
　　(10)团体组员能力和素质风险
　　团体组员能力(包含业务能力和技术能力)和素质, 对项目进展、 项目质量含有很大影响, 项目经理在项目建设过程需要实时关注该原因。
　　预防这种风险措施是在用人之前先选对人、 开展有针对性培训、 将适宜人安排到适宜岗位上。
　　(11)团体组员协作风险
　　团体组员是否能齐心协力为项目共同目标服务, 是影响进度和质量关键原因。
　　预防这种风险措施是项目在建设之初项目经理就需要将项目目标、 工作任务等和项目组员沟通清楚, 采取公平、 公正、 公开绩效考评制度, 提倡团结互助工作风尚等。
　　(12)人员流动风险
　　项目组员尤其是关键组员流动给项目造成影响是非常可怕。人员流动轻则影响项目进度, 重则造成项目无法继续甚至被迫夭折。
　　预防这种风险措施是尽可能将项目关键工作分配给多人(而不要集中在个他人身上)、 加强同类型人才培养和贮备。
　　(13)工作环境风险
　　工作环境(包含办公环境和人文环境)好坏直接影响项目成职员作情绪和工作效率。
　　预防这种风险措施是在项目建设之前就选择和建设好适合项目特点和满足项目组员期望办公环境、 在项目建设过程中不停培育和调整出友好人文环境。
　　(14)系统运行环境风险
　　现在, 大部分项目系统集成和软件开发是分开进行(甚至由不一样企业承接)。所以, 软件系统赖以运行硬件环境和网络环境建设进度对软件系统是否能顺利实施含有相当大影响。
　　预防这种风险措施是和用户签定相关协议、 跟进系统集成部分实施进度、 立刻提醒用户等。
　　(15)分包商风险
　　有些项目可能会包含到将系统部分功效分包出去, 这时项目组就需要关注项目分包商风险。
　　软件项目都存在着这么那样风险, 尤其是数据分析项目这就需要我们在进行软件开发项目时愈加重视风险管理, 重视风险分析, 做好风险管理计划, 主动寻求风险应对方法, 从而提升项目成功机会。
　　一、 风险识别
　　软件项目因为其本身发明性, 注定了其风险复杂性, 在具体风险识别过程中, 我们应关键注意以下风险:
　　1. 需求风险。关键是指需求不确定性风险, 比如: 因为系统使用者对系统将要实现目标是模糊、 笼统, 而对于具体需求不能正确描述;而且系统受使用者个人习惯、 知识背景影响较大, 在系统范围和系统性能方面也存在着很多不确定性原因;另外, 因为企业在发展过程中不停进行业务步骤调整等, 都会给系统带来较大需求不确定性风险, 甚至是陷于需求膨胀状态, 便系统难以满足使用者需求, 难以适应企业发展需要。
　　2. 管理风险。软件项目管理本身就是一项含有风险性工作, 而数据分析项目因为是经过对其她系统整合, 来获取分析所必需数据, 其数据起源可能是多个相关系统, 对项目协调管理工作要求更高。所以, 其管理风险关键表现在: 工作缺乏计划性或是有计划而不能严格实施;管理工作随意性、 盲目性比较大;没有充足意识到风险管理关键性, 所以没有充足分析可能存在风险和应该采取风险应对策略;项目团体内部沟通不够, 造成开发人员对系统设计了解存在偏差等等。
　　3. 技术风险。软件技术飞速发展, 多种新技术、 新应用层出不穷。而数据分析项目不仅包含到数据交换、 数据仓库等技术, 还需要依靠大量数学分析模型, 这就要求系统分析、 设计人员要含有很好软件技术、 数学背景知识, 同时还要对所分析行业业务非常了解。所以, 系统分析、 设计人员个人素质以及项目团体整体素质将会影响到项目实施成败。
　　二、 风险分析
　　前述数据分析项目三大风险对项目影响都是非常大, 假如按定性风险分析方法, 其影响都是“高”级。
　　1、 需求风险。需求风险形成, 能够从三方面进行分析: 首先是因为应用部门介入与参与程度不深, 考虑需求往往从部门或局部角度出发;其次是项目组对需求调研目标不明晰, 分析不透彻, 缺乏有效需求改变管理所造成。这大都是因为从事软件开发都是“高科技人员”, 都含有“从专业或学术角度出发”特点, 而往往忽略了对业务知识深入了解, 不能很好地了解甚至是误解用户需求。第三, 是因为缺乏与决议层进行深层次交流, 难以掌握企业发展趋势, 对需求延伸性不明确。这些需求不确定性风险, 都可能会造成大量工作“跑题”浪费, 甚至是到项目都快要完成时, 仍然出现应用部门对系统提出部分基础业务需求, 或是软件功效实现了, 却发觉实际业务已发生了改变, 造成软件失去了应有价值等等, 使时间和成本投入成倍增加, 甚至是系统无法正常投入使用。
　　2、 管理风险。管理风险大都是因为项目经理或管理人员缺乏项目管理知识, 对项目工作范围不明确, 对总体计划、 阶段计划作用认识不足, 对项目风险估量不足, 而造成计划与控制脱节, 无法进行有效项目进度管理;而且, 因为项目管理人员协调管理能力不足, 实施力度不够, 使得项目协调成本、 时间成本大大增加, 造成工作延误等。
　　3、 技术风险。技术风险能够直接造成项目失败。选择没有成功案例、 不熟悉行业业务开发商;项目目标、 范围超出了项目组实现能力;采取不熟悉或是欠成熟优异开发工具、 不符合行业特点数据分析模型等等, 都无疑会使项目处于毁灭性风险之中。
　　三、 风险应对
　　风险分析活动分析目在于建立处理风险策略。而风险规避最好方法是把风险控制在项目开启阶段, 把损失减小到最小程度。基于以上对数据分析项目风险识别与分析, 能够采取以下方法来规避或减小风险:
　　1、 建立通畅沟通渠道和沟通策略。需求不确定性风险很大程度上是由沟通不畅引发。所以, 在需求调研阶段, 要多和应用部门沟通, 了解她们真正需求, 最好能将目标系统模型向应用部门演示, 并得到反馈意见, 直到双方都达成共识;形成双方认可验收方案和验收标准, 并做好变更控制和配置管理, 尽可能降低需求不确定性风险。
　　2、 配置高素质项目管理人员。最好是含有丰富项目管理经验, 或是经过系统项目管理知识人员来担任项目经理, 经过制订有效项目管理计划, 并认真实施落实, 提升项目可控性。同时, 风险不是静止、 一成不变, 它会伴随项目情况改变而改变, 所以, 风险管理必需被作为一个日常正式活动列入项目工作计划, 成为项目管理人员一个关键工作。
　　3、 建立一支协作高效项目团体。技术部门有技术, 业务部门有需求, 所以, 项目组中不仅要有开发商、 技术部门参与, 更要有应用部门参与, 形成一个合作项目工作团体, 共同了解企业战略计划和业务发展, 从整体全局角度, 提出有效信息化需求, 共同研讨项目进展中出现问题, 共同控制项目进度, 共同为项目质量把关。
　　4、 制订科学风险管理计划。从风险管理角度对项目计划或计划进行审核, 建立“风险清单”, 对每个可能存在风险表现、 范围、 时间做出尽可能正确判定并对风险进行监控, 提前做好应对准备。如针对需求风险, 要制订对应需求变更控制;针对技术锁定风险, 要安排关键技术人员全程参与开发等等。
　　5、 选择适宜开发技术。即使在系统设计时需要考虑新技术发展和技术优异性问题, 但“最好不一定是最适宜, 最适宜才是最好”, 假如项目组人员对所需开发技术不熟, 在满足业务需求前提下, 尽可能采取熟悉技术来减轻项目在成本或进度方面影响, 也能够事优异行培训来减轻对项目影响, 以避免因技术瓶颈造成项目失败。
　　6、 采取快速原型和迭代模型进行开发。尽管前期会对应用部门进行需求调研和需求分析, 但应用部门需求往往会伴随时间推移、 业务发展改变而有所改变, 所以, 技术部门要强调灵敏开发, 缩短软件第一版本上线周期, 立刻给用户一个快速原型启发用户需求, 并连续为用户提供有价值软件。同时, 以迭代法替换传统瀑布法开发过程, 加强各阶段与用户沟通, 对各个功效逐步完善, 能够降低多种不确定原因带来实现风险, 每个迭代过后, 软件都向目标靠近一步, 即使目标发生改变, 迭代模型也比其她筛选和建立目标开发模型, 更便于转向新目标。
　　软件项目风险管理是一个特殊计划方法, 对任何一个软件项目, 我们能够有最好期望值, 但更应该要有最坏准备——只有正视风险, 我们才能愈加好地管理风险, 规避风险, 直至消除风险, 取得项目成功。