软件项目管理中的风险管理研究.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件项目管理中的风险管理研究 摘 要:介绍了项目风险管理的过程及常用的工具和方法,讨论了软件项目中经常面临的风险类型和经典的风险管理模型。   关键词:项目管理;风险管理;风险管理模型   引言   软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现,如果项目风险变成现实,就有可能影响项目的进度,增加项目的成本,甚至使软件项目不能实现。如果对项目进行风险管理,就可以最大限度的减少风险的发生。但是,目前国内的软件企业不太关心软件项目的风险管理,结果造成软件项目经常性的延期、超过预算,甚至失败。成功的项目管理一般都对项目风险进行了良好的管理。因此任何一个系统开发项目都应将风险管理作为软件项目管理的重要内容。   在项目风险管理中,存在多种风险管理方法与工具,软件项目管理只有找出最适合自己的方法与工具并应用到风险管理中,才能尽量减少软件项目风险,促进项目的成功。   项目风险管理   项目风险管理是指为了最好的达到项目的目标,识别、分配、应对项目生命周期内风险的科学与艺术。项目风险管理的目标是使潜在机会或回报最大化,使潜在风险最小化。风险管理涉及的主要过程包括:风险识别,风险量化,风险应对计划制定和风险监控,如图1所示。风险识别在项目的开始时就要进行,并在项目执行中不断进行。就是说,在项目的整个生命周期内,风险识别是一个连续的过程。 (1)风险识别:风险识别包括确定风险的来源,风险产生的条件,描述其风险特征和确定哪些风险事件有可能影响本项目。风险识别不是一次就可以完成的事,应当在项目的自始至终定期进行。   (2)风险量化:涉及对风险及风险的相互作用的评估,是衡量风险概率和风险对项目目标影响程度的过程。风险量化的基本内容是确定那些事件需要制定应对措施。。   (3)风险应对计划制定:针对风险量化的结果,为降低项目风险的负面效应制定风险应对策略和技术手段的过程。风险应对计划依据风险管理计划、风险排序、风险认知等依据,得出风险应对计划、剩余风险、次要风险以及为其它过程提供得依据。   (4)风险监控:涉及整个项目管理过程中的风险进行应对。该过程的输出包括应对风险的纠正措施以及风险管理计划的更新。   每个步骤所使用的工具和方法详见表1:   表1 风险管理过程中所使用的工具、方法 软件项目中的风险管理   1、软件项目中的风险   软件项目的风险无非体现在以下四个方面:需求、技术、成本和进度。IT项目开发中常见的风险有如下几类:   (1)需求风险   需求已经成为项目基准,但需求还在继续变化;   需求定义欠佳,而进一步的定义会扩展项目范畴;   添加额外的需求;   产品定义含混的部分比预期需要更多的时间;   在做需求中客户参与不够;   缺少有效的需求变化管理过程。   (2)计划编制风险   计划、资源和产品定义全凭客户或上层领导口头指令,并且不完全一致;   计划是优化的,是最佳状态,但计划不现实,只能算是期望状态;   计划基于使用特定的小组成员,而那个特定的小组成员其实指望不上;   产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大;   完成目标日期提前,但没有相应地调整产品范围或可用资源;   涉足不熟悉的产品领域,花费在设计和实现上的时间比预期的要多。   (3)组织和管理风险   仅由管理层或市场人员进行技术决策,导致计划进度缓慢,计划时间延长;   低效的项目组结构降低生产率;   管理层审查 决策的周期比预期的时间长;   预算削减,打乱项目计划;   管理层作出了打击项目组织积极性的决定;   缺乏必要的规范,导致工作失误与重复工作;   非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长。   (4)人员风险   作为先决条件的任务(如培训及其他项目)不能按时完成;   开发人员和管理层之间关系不佳,导致决策缓慢,影响全局;   缺乏激励措施,士气低下,降低了生产能力;   某些人员需要更多的时间适应还不熟悉的软件工具和环境;   项目后期加入新的开发人员,需进行培训并逐渐与现有成员沟通,从而使现有成员的工作效率降低;   由于项目组成员之间发生冲突,导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作;   不适应工作的成员没有调离项目组,影响了项目组其他成员的积极性;   没有找到项目急需的具有特定技能的人。   (5)开发环境风险   设施未及时到位;   设施虽到位,但不配套,如没有电话、网线、办公用品等;   设施拥挤、杂乱或者破损;   开发工具未及时到位;   开发工具不如期望的那样有效,开发人员需要时间创建工作环境或者切换新的工具;   新的开发工具的学习期

文档评论(0)

38号店铺 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档