2022年2022年快捷环境下软件开发项目的风险及其防范 .pdf

《2022年2022年快捷环境下软件开发项目的风险及其防范 .pdf》由会员分享，可在线阅读，更多相关《2022年2022年快捷环境下软件开发项目的风险及其防范 .pdf（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、本文由贡献。第卷年增刊月科研管理，文章编号：）（增敏捷环境下软件开发项目的风险及其防范关忠诚，程刚（中国科学院科技政策与管理科学研究所，北京）（中国科学院研究生院管理学院，北京）摘要：敏捷软件开发是近两年国外软件领域研究的热点。本文根据敏捷环境的定义，分析了敏捷环境下两种典型的软件开发项目及其主要的风险，并且论述了使用敏捷项目管理和其他管理手段结合避免和缓解软件开发风险的方法。关键词：敏捷环境；软件开发；风险防范；敏捷项目管理中图分类号：文献标识码：引言现代商业环境是快节奏并充满竞争性的。这敏捷环境的定义根据的定义，敏捷环境是指需要应样会迫使软件产品的开发周期缩短。为争取或维持领先地位，开发团

2、队需要在不确定的环境下快速做出决断，不确定性使得软件项目的失败率相当高。年后，敏捷软件开发在国外逐步得到应用，相应的敏捷项目管理也成为软件开发管理研究的热点。目前国内这方面研究还处于起步阶段。由于传统项目管理在相当一部分软件项目上更加有效，在何种情况下使用敏捷项目管理是摆在项目经理面前的一个关键决策问题。认为敏捷项目管理就是敏捷环境下的项目管理，并将项目分成突破技术型、建立在突破技术型基础上的新产品开发以及日常操作型三种类型。前两种是适用敏捷项目管理的类型，但对对内部和外部的不确定性，并可能需要特殊专家解决相应问题的，经常处理紧急事件的环境。敏捷环境不确定性专家速度不确定性既有来自于内部的不确

3、定性，也有来自于外部的不受控制的外部因素，比如行业环境、自于对手的竞争以及高层商业决策等。来认为不确定性分为四类：变量、可预见的不确定性、不可预见的不确定性和混沌。认为敏捷环境应包括一切不确定性，但根据软件开发项目的实践，敏捷环境的内部不确定性应主要指不可预见的不确定性。为何使用未作深入探讨。本文从两种典型项目出发，对敏捷环境下的主要风险进行了分析，论述了敏捷项目管理与传统项目管理结合以防范风险的方法。敏捷环境下软件开发的分类及风险敏捷环境下比较典型的软件开发项目是商业软件的开发和企业业务系统的开发。商业软件又分成两类：一类是突破技术型的软件开发项目，一收稿日期：作者简介：关忠诚（）男汉）山东

4、人，（，中国科学院科技政策与管理科学研究所研究员。研究方向：管理科学，科技评价。程刚（）男汉）陕西人，（，中国科学院研究生院管理学院硕士研究生。研究方向：项目管理。？科研管名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 5 页 - - - - - - - - - 理年类是建立在突破技术平台上的新产品商业软件开发项目实际情况下多数是二者的混合项目）（。商业软件项目的开发由于受到市场竞争及技术障碍的影响，是处于敏捷环境下的软件开发。在业务系统开发中，随着合作伙伴分散性和功能复

5、杂性的增加，不确定程度也增加，也更加需要专家的支持，如下图。、是属于敏捷环境下的软件开发项目。图业务系统分类两种软件项目的风险不同，但时间风险是所有软件项目所共有的。这是由于其他风险所造成的，商业软件开发项目的主要项目风险由开发团队内部及外部两部分的风险组成。内部的风险主要指技术风险，外部风险则主要是市场的风险。商业软件开发项目的主要项目风险：（）技术风险商业软件开发项目的技术风险主要为不能或者延迟完成技术的突破的风险。由于新产品开发项目常常以突破某些技术难关为新产品的新特性，所以是否项目团队有能力突破技术难关，或是否有替代的技术以解决新产品的开发障碍关系到产品的是否能够完成的最大风险。而且这

6、类风险很大依赖于人们的创造力，所以表现为不可预测的不确定性。（）市场风险商业软件开发项目的市场风险主要是开发出的产品不能符合市场需求的风险，使得企业遭受了市场利润的丧失。如果开发出的软件产品不能满足市场的需要，或者不能完全满足市场的需要，则会在市场竞争中处于劣势，新产品产生的平淡的市场反应可能会直接导致新产品的失败。商业软件开发项目另一个市场风险是开发出的产品晚于预定日期进入市场的风险。此风险的后果是导致市场份额的丢失以及损失潜在的经济利益。由于项目的延期，很可能导致竞争对手先于推出相似产品。第一个进入市场的总是占有定价优势和更大的利润，晚于对手推出，则意味巨额利润的损失业务系统开发项目的主要

7、风险：（）业务风险业务风险指的是和企业业务有关的风险。新业务实践型软件开发项目最大的业务风险是业务变动的风险。在业务的发展过程中，需求的改变不被开发者所接受或容纳。项目越大适应改变就越难。随着市场竞争的加剧，在项目开始阶段所确定下来的业务流程已经不符合当前的形势，如果软件开发的产品不能紧跟业务流程的改变，则最终产品将不能满足企业当前的业务决策。这尤其在开发时间跨度比较长的项目比较常见，一般超过半年以上的项目都会有此风险。新业务实践型软件开发项目另一业务风险是业务理解的风险。由于系统或业务的复杂性，导致开发人员对业务的理解不充分甚至完全错误，并导致部分功能的重做，而等待需求的稳定将会导致时间、成

8、本、人员的错误匹配和浪费。这种风险和开发人员的领域知识和客户人员的能力及相互沟通程度有关。这是开发人员和业务人员的文化差异所造成的。增刊关忠诚，程刚：敏捷环境下软件开发项目的风险及其防范？（）组织风险和组织交互风险组织风险指的是因为企业组织结构和内部制度而使得软件不能有效开发的风险。包括项目开发过程中委托人使用者的参与和支持程度、客户之间对项目目标的不同理解、缺乏客户方项目管理人员、用户抵触情绪、客户在系统产品方面的经验、关键的项目干系人等。组织交互风险是组织之间相关的风险。主要包括协调风险、安全风险、合作风险等。由于各个组织可能已有存在的异构系统，导致了数据不兼容和整合问题。项目的实施从而减

9、小了风险。而敏捷项目管理的演进的过程又可以减少因为业务理解所耽误的时间。在每个迭代周期后向客户交付成果又可以与用户进行交流改进以降低风险。通过快速交付以适应变化风险。这种方法也可缓解进度风险。如果名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 5 页 - - - - - - - - - 软件的交付速度越快，则适应变化的能力越强。通常可以利用并行开发策略提高软件的开发速度。技术障碍的风险防范主要靠制定和实行风险应对计划。加强组织内部培训，注重人员的培养。只有人员的能力提高了

10、，才能应对不断的技术风险。优秀的人才是解决软件项目技术障碍的关键因素，是不可替代的。但也应充分利用团队的力量，相互交流既可探讨方案，又可相互吸取经验提升能力。也可避免由于人才流失对企业造成的损失。其他技术风险通过借助于技术专家的帮助，认真严谨的可行性研究，再通过软件工程的方法和工具控制开发过程几乎都可以避免。选择合适的项目发起人减少组织风险。项目发起人在敏捷项目管理中占有重要的角色。由于项目干系人由于所处的位置不同，利益也不同，对项目的目标和范围也很有不同的理解，这时，需要项目发起人解决冲突，做出决策。所以项目发起人应具有较高的行政级别，具备适当的足够的财务决定权和行政权力。项目发起人的首要职

11、责是管理其他项目关系人，解决项目冲突。项目经理如何选择及处理好和项目发起人的关系也是项目成功的关键。如果项目是跨部门的，比如财务部和部门，那么部门经理们的直接领导作为项目发起人是比较合适的，因为只有他才能够解决跨部门的冲突，而不是各个部门的经理。作出整体决策的也是项目发起人，通常项目发起人是业务管理者，而不是信息管理者。选择合适的项目发起人会减少问题解决的延迟，平衡各个干系人之间的冲突。有效的沟通是减低各种风险的关键因素。以敏捷项目管理中短周期迭代和成果提交为基础的开发和沟通计划，可以加强客户与开发团队的凝聚力，适应变化。协调和沟通需要有专人负责，应该建立指导委员会来按照沟通计划和开发计划定期

12、执行监督。在各个系统间进行整合和测试需要耗费大量的时间，而且涉及到多个组织之间的协调配合以制定计划和实施从而增加了额外的风险。合作风险是指由于合作伙伴不能有效地分享和使用各自的信息造成的风险，并由于利益的趋势，使得各个组织之间相互猜疑，不能相互信任，互相指责，最终影响开发进度和满意度。由于软件业务系统更加的面向外部用户的使用，使得安全成为一个主要的风险，否则会给企业造成不可挽回的损失或者带来极大的混乱。（）技术风险技术风险主要包括采用新技术所造成的风险。业务软件系统的技术不如新产品软件开发要求高，但是一般会在这些产品中使用业界最新的技术和工具，而这些技术和工具可能会是不成熟的，可能会造成整个软

13、件系统的失败或部分失败，也会导致人员士气的低落，从而给项目带来风险。技术风险还包括软件系统不能满足性能和可靠性的要求的风险。在一些对性能和可靠性要求比较高的行业软件，很可能由于技术选择失误，或是没有注意代码的优化，最终的产品不能满足要求，使产品处于失败的风险。敏捷环境下软件开发风险的防范通过改进项目管理过程减小市场或业务风险。敏捷项目管理的引进使得项目的执行过程中可以适应需求的变化。敏捷项目管理的过程是一个短小的迭代并逐步演进的过程。敏捷项目管理的短小周期的迭代过程可以根据需求的变化调整？科研管理年图敏捷环境下每个迭代周期软件开发与沟通步骤各个组织在指导委员会的监督和控制协调下，根据开发计划和

14、沟通计划为中心，各个组织根据两个总体计划安排各自的具体项目计划。开发团队组织们会定期沟通以达到软件的整合与共享。各个需求组织和开发团队也定期的根据沟通计划进行交流，以进行需求的反馈与改进。开发总体计划和沟通计划也可以合成一个计划，根据开发进度加强沟通的有序性。指导委员会也定期召开会议进行各组织高级成员名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 5 页 - - - - - - - - - 的会议，监督项目进程，以加强交流和平衡冲突。每次交流都应以短时间会议的形式进行，短

15、时间会议即可以解决需求多样性的平衡也可以缩短决策的时间。先进的技术使得网络会议成为可能，这是分散在各地区组织进行会议的有效形式。以成果提交为基础，以网络为信息载体的沟通更直观、更快捷。可以有效地减少或缓解软件开发的风险。敏捷项目管理是传统方法的一个重要的补充。除此之外，本文也有一定的局限性。文章只分析了两种典型的软件开发项目，而对军用软件等一些重要项目并未做深入分析。偏重项目管理，对于技术管理相关配合部分也未做研究。主要论述防范的措施，对风险管理的过程等未做深入探讨。参考文献：结束语敏捷环境下软件开发项目的风险要比一般的软件开发项目大得多，降低风险的关键在于根据项目环境识别并使用相应的项目管理

16、方法。敏捷环境下，软件开发是一个不断探索并改进的过程，将敏捷项目管理和传统项目管理相结合地实施，（下转第页）？），（科研管理年何明珂，董理，任豪祥，晏建中我国制造业供应链管理调查报告，中国物流与采购），（：苏朝晖跨国采购门槛有多高跨国公司对供应商及产品的要求，中国物流与采购），（何彤外资企业对供应商的评估要素，中国物流与采购），（谢伟中国彩电总装企业的技术学习，科研管理，（）刘长军南钢原燃料采购管理方案优化，南钢科技与管理），（：于敬春初试供应链采购管理新模式，中国石化，（）：，（，）：，名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 5 页 - - - - - - - - - ：；（上接第页），（，；，）：，：；名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 5 页 - - - - - - - - -