软件项目风险管理的存在风险
识别风险是系统化地识别已知的和可预测的风险,在可能时避免这些风险,且当必要时控制这些风险。
根据风险内容,我们可以将风险分为:(1)产品规模风险:与软件的总体规模相关的风险。
(2)商业影响风险:商业风险影响到软件开发的生存能力。
商业风险包含的五个主要的风险是:l 市场风险:开发了一个没有人真正需要的优秀产品或系统;l 策略风险:开发的产品不符合公司的整体商业策略;l 销售风险:开发了一个销售部门不知道如何去卖的产品;l 管理风险:由于重点的转移或人员的变动而失去了高级管理层的支持的风险;l预算风险:没有得到预算或人力上的保证。
(3)客户特性风险:与客户的素质以及开发者和客户沟通能力相关的风险。
(4)过程定义风险:与软件过程定义相关的风险。
(5)开发环境风险:与开发工具的可用性及质量相关的风险。
(6)技术风险:技术风险是指在设计、实现、接口、验证、维护、规约的二义性、技术的不确定性、陈旧的技术等方面存在的风险。
技术风险威胁到软件开发的质量及交付的时间,如果技术风险变成现实,则开发工作可能变得很困难或根本不可能。
(7)人员数目及经验带来的风险:与参与工作的软件工程师的总体技术水平及项目经验相关的风险。
在进行具体的软件项目风险识别时,可以根据实际情况对风险分类。
但简单的分类并不是总行的通的,某些风险根本无法预测。
在这里,我们介绍一下美国空军软件项目风险管理手册中指出的如何识别软件风险。
这种识别方法要求项目管理者根据项目实际情况标识影响软件风险因素的风险驱动因子,这些因素包括以下几个方面。
(1)性能风险:产品能够满足需求和符合使用目的的不确定程度。
(2)成本风险:项目预算能够被维持的不确定的程度。
(3)支持风险:软件易于纠错、适应及增强的不确定的程度。
(4)进度风险:项目进度能够被维持且产品能按时交付的不确定的程度。
每一个风险驱动因子对风险因素的影响均可分为四个影响类别——可忽略的、轻微的、严重的及灾难性的。
在进行了风险辨识后,我们就要进行风险估算,风险估算从以下几个方面评估风险清单中的每一个风险:(1)建立一个尺度,以反映风险发生的可能性;(2)描述风险的后果;(3)估算风险对项目及产品的影响;(4)标注风险预测的整体精确度,以免产生误解。
对辨识出的风险进行进一步的确认后分析风险,即假设某一风险出现后,分析是否有其他风险出现,或是假设这一风险不出现,分析它将会产生什么情况,然后确定主要风险出现最坏情况后,如何将此风险的影响降低到最小,同时确定主要风险出现的个数及时间。
进行风险分析时,最重要的是量化不确定性的程度和每个风险可能造成损失的程度。
为了实现这点,必须考虑风险的不同类型。
识别风险的一个方法是建立风险清单,清单上列举出在任何时候可能碰到的风险最重要的是要对清单的内容随时进行维护,更新风险清单,并向所有的成员公开,应鼓励项目团队的每个成员勇于发现问题并提出警告。
建立风险清单的一个办法是将风险输入缺陷追踪系统中,建立风险追踪工具,缺失追踪系统一般能将风险项目标示为已解决或尚待处理状态,也能指定解决问题的项目团队成员,并安排处理顺序。
风险清单给项目管理提供了一种简单的风险预测技术,下表事一个风险清单的例子:风险 类别 概率 影响 资金将会流失商业风险40% 1 技术达不到预期效果技术风险30% 1 人员流动频繁 人员风险 60% 3 在风险清单中,风险的概率值可以由项目组成员个别估算,然后加权平均,得到一个有代表性的值。
也可以通过先做个别估算而后求出一个有代表性的值来完成。
对风险产生的影响可以对影响评估的因素进行分析。
一旦完成了风险清单的内容,就要根据概率进行排序,高发生率、高影响的风险放在上方,依次类推。
项目管理者对排序进行研究,并划分重要和次重要的风险,对次重要的风险再进行一次评估并排序。
对重要的风险要进行管理。
从管理的角度来考虑,风险的影响及概率是起着不同作用的,一个具有高影响且发生概率很低的风险因素不应该花太多的管理时间,而高影响且发生率从中到高的风险以及低影响且高概率的风险,应该首先列入管理考虑之中。
在这里,我们需要强调的是如何评估风险的影响,如果风险真的发生了,它所产生的后果会对三个因素产生影响:风险的性质、范围及时间。
风险的性质是指当风险发生时可能产生的问题。
风险的范围是指风险的严重性及其整体分布情况。
风险的时间是指主要考虑何时能够感到风险及持续多长时间。
可以利用风险清单进行分析,并在项目进展过程中迭代使用。
项目组应该定期复查风险清单,评估每一个风险,以确定新的情况是否引起风险的概率及影响发生改变。
这个活动可能会添加新的风险,删除一些不再有影响的风险,并改变风险的相对位置。
在风险评估过程中,我们可以采取以下的步骤:(1)定义项目的风险参考水平值。
要使风险评估发生作用,就要定义一个风险参考水平值,对于大多数项目而言,通过对性能、成本、支持及进度等因素的分析,可以找出风险的参考水平值,对于性能下降、成本...
软件项目的人员风险是什么?
场景一: 办公室里,老板peter气急败坏的走来走去,刚培养起来的得力干将david今天说下周合同期满他要辞职了,一想起自己不得不为了再培养一个和David一样得力的员工,先花掉大笔的银子找猎头、面试,然后找一个熟手带他(天哪!这是双倍的浪费),Peter的头都要炸开了,要命的是,这些和David一样不打算长期在公司呆下去的家伙,平常会为公司的长远利益着想吗?尤其当这个长远利益与他们自己的利益发生冲突的时候?那么公司的问题出在哪里呢? 场景二: 项目例会,经理Susan向老板汇报:“要在年底之前完成A公司的项目存在太多的不确定性,您看我们从前没有做过这类项目,我们也没有对项目功能点的准确评估,我们更没有关于工作效率的统计数据……”,老板打断她的话说:“在我们公司,没有什么是不可能的,只要我们全力以赴,没有什么是做不到的,各位同仁……”,老板没有注意,台下大家面面相觑。
场景三: Susan领导的团队排除千难万阻终于在第年完成了A公司的项目,在这个过程中,团队成员一起攻克难关,一起加班,越来越默契,合作起来顺畅,大家建立了哥们似的友谊。
可是老板说,要充分发挥精英团队的力量,所以打算将Susan的团队分为个部分,插到个其它团队中,以“影响其它团队都成为精英团队!”,老板手一挥说得豪情壮志。
他没有注意Susan一脸木纳,面无表情,Tom在那里嘀咕“我讨厌H团队的那个bill,怎么偏偏要和他合作?我恨和他一起工作,真是倒霉,哼,我一定不让他好过!” 计算机技术日新月异,CASE工具、可视化程序设计方法、快速设计原型、面向对象技术、各种软件开发过程模型层出不穷,可是为什么我们还是不能开发出一个好的软件呢?想想吧,任何一个好的软件出自于什么?任何一个失败的软件呢?对了,是“人”,都是“人”!既然软件是人创造的,也是由人来使用的,那么只有更好地了解人是如何工作、如何解决工作中的问题、如何协调工作中的关系,才可能设计、开发出更好的软件。
随着软件工程的发展,“人件”一词出现啦!人件甚至被认为是即硬件危机和软件危机后的第三次计算机革命的起源,人员问题多么重要啊!细细想想,前面的场景是否都与人员有关呢? 人员因为其在软件项目中的重要地位和其在配置方式、意识、行为上的缺陷成为软件产品开发过程中的最大风险源和缩小项目风险的最重要途径之一。
人员间的交流质量、信任水平、尊重、冲突、工作技能、团队精神、对工作的满意度、个人自豪感和职业成长机会,都影响着企业区分、处理风险因素的整体能力,而且还都有助于建立标准化的团队,而在面向使命的软件开发过程中,高性能的团队将使项目远离并最小化风险因素。
另外,很多软件项目中存在的风险本身就和人员密切相关,比如对于著名的软件工程专家Tom DeMarco和Timothy Lister在其合著的由清华大学出版社年出版的《与熊共舞——软件项目风险管理》一书中列出的项软件项目核心风险,人员流失本身就是人员问题,其它项,进度安排的先天错误由项目主管的行为决定,需求膨胀和规约崩溃因为与客户的不充分、正确交流,低生产率因为人员的工作效率和士气低落,都与人员有关。
请问开发APP有什么风险呢
风险因素是引起或增加风险事故发生机会的条件,本项目风险分析是在市场分析、技术方案、工程方案和社会评价论证的基础上,进一步综合分析识别项目在建设和运营中潜在的主要风险因素,提示风险来源,提出规避风险对策,以降低风险造成的损失。
1、风险因素识别,本项目工程应将风险管理作为重要的内容,对风险的预测、调查分析、监控都应成为项目建设和管理的重要组成部分本项目,技术风险随着新材料产业的发展,新工艺新技术日新月异,介绍技术背景以及公司的技术优势情况,市场风险市场产品销售量与价格为项目运行效益的较大风险,由于产品的附加值较高,预计从事本行业的研究和生产单位会有所增加。
2、产品目前处于市场快速增长期,目前也没有替代产品出现,公司目前处于地位通过本次扩产后,能大幅提高市场占有率,发展成为国内规模最大技术领先,国际竞争力最强的生产厂家,在生产中必须严格遵守国家环境保护的有关法律法规,要制定企业内部严格的资源消耗能源消耗标准,采取积极的环保措施,对生产过程中产生的三废进行综合治理和回收利用,按照发展循环经济的要求,推行清洁生产注重节约资源保护环境。
软件项目风险
展开全部 在项目的建设过程中,风险几乎无处不在(约定:本文谈到的风险,专指给项目带来不利影响的风险)。
如何有效地识别、控制和管理风险,对项目的成功起着至关重要的影响。
一个项目有可以预料的(包括已知的)风险和不可预料的风险,以下作者总结自己多年的软件项目工程经验,整理出软件项目经常遇到的15种可预料的(包括已知的)风险及其预防措施,期望能为项目经理制定项目风险计划和进行风险预防、控制等提供富有价值的参考。
(1)合同风险 签订的合同不科学、不严谨,项目边界和各方面责任界定不清等是影响项目成败的重大因素之一。
预防这种风险的办法是项目建设之初项目经理就需要全面准确地了解合同各条款的内容、尽早和合同各方就模糊或不明确的条款签订补充协议。
(2)需求变更风险 需求变更是软件项目经常发生的事情。
一个看似很有“钱途”的软件项目,往往由于无限度的需求变更而让项目承建方苦不堪言,甚至最终亏损(实际上项目建设方也面临巨大的风险)。
预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。
(3)沟通不良风险 项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。
预防这种风险的办法是项目建设之初就和项目各干系方约定好沟通的渠道和方式、项目建设过程中多和项目各干系方交流和沟通、注意培养和锻炼自身的沟通技巧。
(4)缺乏领导支持风险 上层领导的支持是项目获得资源(包括人力资源、财力资源和物料资源等)的有效保障,也是项目遇到困难时项目组最强有力的“后台支撑”。
预防这种风险的办法是主动争取领导对项目的重视、确保和领导的沟通渠道畅通、经常向领导汇报工作进展。
(5)进度风险 有些项目对进度要求非常苛刻(进度要求不高的项目,我们同样要考虑该风险),项目进度的延迟意味着违约或市场机会的错失。
预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。
(6)质量风险 有些项目,用户对软件质量有很高的要求,如果项目组成员同类型项目的开发经验不足,则需要密切关注项目的质量风险。
预防这种风险的办法一般是经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。
(7)系统性能风险 有些软件项目属于多用户并发的应用系统,系统对性能要求很高,这时项目组就需要关注项目的性能风险。
预防这种风险的办法一般是在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试,确保架构符合性能指标后再进行后续工作。
(8)工具风险 软件项目开发和实施过程,所必须用到的管理工具、开发工具、测试工具等是否能及时到位、到位的工具版本是否符合项目要求等,是项目组需要考虑的风险因素。
预防这种风险的办法一般是在项目的启动阶段就落实好各项工具的来源或可能的替代工具,在这些工具需要使用之前(一般需要提前一个月左右)跟踪并落实工具的到位事宜。
(9)技术风险 在软件项目开发和建设的过程中,战略管理技术因素是一个非常重要的因素。
项目组一定要本着项目的实际要求,选用合适、成熟的技术,千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。
如果项目所要求的技术项目成员不具备或掌握不够,则需要重点关注该风险因素。
预防这种风险的办法是选用项目所必须的技术、在技术应用之前,针对相关人员开展好技术培训工作。
(10)团队成员能力和素质风险 团队成员的能力(包括业务能力和技术能力)和素质,对项目的进展、项目的质量具有很大的影响,项目经理在项目的建设过程需要实时关注该因素。
预防这种风险的办法是在用人之前先选对人、开展有针对性的培训、将合适的人安排到合适的岗位上。
(11)团队成员协作风险 团队成员是否能齐心协力为项目的共同目标服务,生产管理是影响进度和质量的关键因素。
预防这种风险的办法是项目在建设之初项目经理就需要将项目目标、工作任务等和项目成员沟通清楚,采用公平、公正、公开的绩效考评制度,倡导团结互助的工作风尚等。
(12)人员流动风险 项目成员特别是核心成员的流动给项目造成的影响是非常可怕的人力资源。
人员的流动轻则影响项目进度,重则导致项目无法继续甚至被迫夭折。
预防这种风险的办法是尽可能将项目的核心工作分派给多人(而不要集中在个别人身上)、加强同类型人才的培养和储备。
(13)工作环境风险 工作环境(包括办公环境和人文环境)的好坏直接影响项目成员的工作情绪和工作效率。
预防这种风险的办法是在项目建设之前就选择和建设好适合项目特点财务管理和满足项目成员期望的办公环境、在项目的建设过程中不断培育和调整出和谐的人文环境。
(14)系统运行环境风险 目前,大部分项目系统集成和软件开发是分开进行的(甚至由不同公司承接)。
因此,软件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否能顺利实施具有相当大的影响...
一般公司做项目风险分析怎么写
展开全部 风险情况一般从下面几点情况讲: 风险因素是引起或增加风险事故发生机会的条件。
本项目风险分析是在市场分析、技术方案、工程方案和社会评价论证的基础上,进一步综合分析识别项目在建设和运营中潜在的主要风险因素,提示风险来源,提出规避风险对策,以降低风险造成的损失。
1、风险因素识别本项目工程应将风险管理作为重要的内容,对风险的预测、调查分析、监控都应成为项目建设和管理的重要组成部分。
本项目面临的风险如下图:(很遗憾 图传不上) 2、技术风险随着新材料产业的发展,新工艺、新技术日新月异。
介绍技术背景以及公司的技术优势情况。
3、市场风险市场产品销售量与价格为项目运行效益的较大风险。
由于产品的附加值较高,预计从事本行业的研究和生产单位会有所增加。
产品目前处于市场快速增长期,目前也没有替代产品出现; 公司目前处于**地位,通过本次扩产后,能大幅提高市场占有率,发展成为国内规模最大、技术领先、国际竞争力最强的*****生产厂家。
4、在生产中必须严格遵守国家环境保护的有关法律法规。
要制定企业内部严格的资源消耗、能源消耗标准,采取积极的环保措施,对生产过程中产生的“三废”进行综合治理和回收利用。
按照发展循环经济的要求,推行“清洁生产”,注重节约资源、保护环境。
5、资金风险项目总投资为***万元,其筹措方案为:申请银行贷款***万元,企业自筹资金***万元。
银行贷款占项目总投资的***%。
(公司上一年的年利润),有很强的贷款偿还能力。
6、工程设计方案风险设计方案的优劣,对项目建设成功与否关系重大。
项目投资控制的重点在于施工以前的设计阶段。
在初步设计阶段,影响项目投资的可能性则为75%~95%;在技术设计阶段,影响项目投资的可能性则为5%~35%,可见设计对整个建设工程的效益是何等的重要。
运用价值工程理论,采取限额设计的方法,正确合理选择方案和材料,避免盲目追求高标准,从质量经济性进行设计决策,达到节约投资的目的。
采用工程量清单计价模式进行建设工程项目招标投标,有利于控制建设项目投资,并将材料上涨风险合理转移给承包商。
7、社会风险在国家发改委、科技部等颁布的《产业结构调整指导目录(2011年)》、《中国高新技术产品目录(2006)》、《当前优先发展的高技术产业化重点指南(2007年度)》、《中国高新技术产品目录(2007)》中,***产品为鼓励类产品、高新技术出口产品、重点产业化的高新技术产品,政策风险小。
8、综合风险评价综上所述,本项目属于清洁生产、环境友好型项目,建设符合***市工业发展整体规划和工业布局;项目建设用地为公司厂区内,不存在与当地居民发生用地矛盾;实施单位资金调度能力强,规模经营可有效摊低产品和原材料价格波动带来的风险,资金风险及市场风险较小。
该项目总体上属于“小风险”范围。
好的话记得给点分哦
软件项目里面的风险曝光度是什么意思,怎么计算?
展开全部 可行性分析与需求分析可行性分析是要决定“做还是不做”。
需求分析是要决定“做什么,不做什么”。
即使可行性分析是客观的、科学的,但决策仍有可能是错误的。
因为决策者是人,人会冲动,有赌博心态。
如果可行性分析表明做某件事的成功率是10%,失败率是90%,倘若该事情的意义非常大,决策者也许会一拍脑袋:“豁出去,干!”于是这世界就多了一份极喜与极悲。
4.1节讲述可行性分析的四大要素:经济、技术、社会环境和人。
目前国内很多软件公司做系统集成项目,如果谈谈系统集成项目的可行性分析将很有意思。
可是那些系统集成项目大多是政府机构的,由于软件行业尚不规范并且客户方存在腐败现象,所以业内流传“没有做不了的系统集成项目”。
软件公司的注意力几乎全集中在“如何拿到项目订单”以及“拿到订单后如何蒙混过关”上,使我丧失了卖弄“可行性分析”的机会。
既然不能正面指点一个人如何做好事,那么就规劝他不要做坏事吧。
4.2节讲述可行性分析案例——投资软件公司失败的教训。
作者本来没有资格谈论投资,但事有凑巧:近一年来我关闭了一个亏损30万元的软件公司(我自己的);休克一个年亏损200万元的软件公司(朋友的);扼杀一个200万元的投资方案(陌生人的);踩灭一个处于萌芽状态的100万元的投资设想(熟人的)。
鉴于现在比较富有的民营企业渴望投资软件行业的越来越多,值得谈谈这方面的可行性分析。
我将讲述亲身经历后的感受,提一些建议。
不论是为客户做软件项目还是为自己做软件产品,都要进行需求分析。
需求分析最恼人之处是难以在项目刚启动时搞清楚需求,如果在项目做了一大半时需求发生了变化,那将使项目陷入困境。
4.3节解释需求分析为什么困难,4.4节讲述如何进行需求分析。
本章的需求分析均不涉及编程,所以不考虑结构化、面向对象等分析方法。
4.1可行性分析的要素做可行性分析不能以偏盖全,也不可以什么鸡毛蒜皮的细节都加以权衡。
可行性分析必须为决策提供有价值的证据。
联想集团领导人柳传志曾说:“没钱赚的事我们不干;有钱赚但投不起钱的事不干;有钱赚也投得起钱但没有可靠的人选,这样的事也不干。
”柳传志为决策立了上述准则,同时也为可以行性分析指明了重点。
一般地,软件领域的可行性分析主要考虑四个要素:经济、技术、社会环境和人。
本节只是泛泛地解释这四个要素,旨在建立全局分析的观念。
4.2节将结合案例围绕上述要素进行重点分析与评注。
4.1.1 经济经济可行性分析主要包括:“成本——收益”分析和“短期——长远利益”分析。
1一、成本——收益分析成本——收益分析最容易理解,如果成本高于收益则表明亏损了,如果成本大大高于收益那就亏大了。
商人都不喜欢做吃亏的事情。
有些商店成天贴着“最后一天跳楼大拍卖”的标语,意思是:我准备吃大亏让你占便宜,同志,你快上钩吧。
如果是为客户做软件项目,那么收益就写在合同中。
如果是做自己的软件产品,那么收益就是销售额。
人们在预估产品销售额时常常过分乐观而犯下大错。
那些对你的产品说恭维话的人并不见得就是要买货的人,俗话说“嫌货才是买货人”。
当你没碰到一个挑刺的人而感觉这产品好得会让你发大财时,就要做好会破产的心理准备。
如果做的是小本生意,那可得对成本进行细算。
软件的成本不是指存放软件的那张光盘的成本,而是指开发成本。
要考虑的成本有:(1)办公室房租。
(2)办公用品,如桌、椅、书柜、照明电器、空调等。
(3)计算机、打印机、网络等硬件设备。
(4)电话、传真等通讯设备以及通讯费用。
(5)资料费。
(6)办公消耗,如水电费、打印复印费等。
(7)软件开发人员与行政人员的工资。
(8)购买系统软件的费用,如买操作系统、数据库、软件开发工具等。
有些老板买盗版的系统软件,却按市场价算成本,可从美国佬那里赚一笔。
(9)做市场调查、可行性分析、需求分析的交际费用。
(10)公司人员培训费用。
(11)产品宣传费用。
如果用Internet作宣传,则要考虑建设Web站点的费用。
(12)如果客户是政府部门,还要充分考虑用于吃喝玩乐、行贿的费用。
(13)如果公司的风水不好,会有很多莫名其妙的管理费。
每戳一个红艳艳的公章都要化一把钞票。
二、短期——长远利益分析人们喜欢吃着碗里的、看着锅里的,还想着别人家里的。
短期利益和长远利益兼得是人们梦寐以求的事。
在商业上,这等好事可不会轻易降临。
短期利益容易把握,风险较低。
国内软件公司经常出现一窝蜂地去做信息管理系统、多媒体光盘、系统集成项目或Internet服务。
每当我们沉迷于短期利益不思进取时,应该好好回忆童年时代那些伟大的抱负,给自己一些激励。
长远利益难以把握,风险较大。
能为了长远利益不惜短期亏损的人,要么是雄心勃勃的将帅之才,要么是“纸上谈兵”、“眼高手底”的那一类庸人。
国内目前有不少Internet企业,只投入不产出。
为了成就将来的霸业,甘愿现在拼财力、比耐性。
最后存活下来的几个公司将瓜分市场。
那些为长远利益奋斗的人们,你们可得把长征的路途走完啊,千万别让事业中途夭...
转载请注明出处51数据库 » 软件项目存在的风险分析