《试论软件开发项目中风险管理》由会员分享，可在线阅读，更多相关《试论软件开发项目中风险管理（4页珍藏版）》请在金锄头文库上搜索。
1、试论软件开发项目中风险管理软件项目都存在着这样那样的风险，尤其是数据分析项目这就需要我们在进行软件开发项目时更加注重风 险管理，注重风险分析，做好风险管理计划，积极寻求风险应对方法，从而提高项目成功的机会。一、风险识别软件项目由于其本身的创造性，注定了其风险的复杂性，在具体的风险识别过程中，我们应重点注意以下 风险：1. 需求风险。主要是指需求不确定性的风险，比如：由于系统使用者对系统将要实现的目标是模糊的、笼 统的，而对于具体的需求不能准确描述；而且系统受使用者的个人习惯、知识背景影响较大，在系统范围和 系统性能方面也存在着很多不确定性因素；另外，由于企业在发展过程中不断进行的业务流程调整等
2、，都会 给系统带来较大的需求不确定性风险，甚至是陷于需求膨胀的状态，便系统难以满足使用者的需求，难以适 应企业发展的需要。2. 管理风险。软件项目的管理本身就是一项具有风险性的工作，而数据分析项目由于是通过对其他系统的 整合，来获取分析所必需的数据，其数据来源可能是多个相关系统，对项目的协调管理工作要求更高。因此, 其管理风险主要表现在：工作缺乏计划性或是有计划而不能严格执行；管理工作的随意性、盲目性比较大； 没有充分意识到风险管理的重要性，因而没有充分分析可能存在的风险和应该采取的风险应对策略；项目团 队内部沟通不够，导致开发人员对系统设计的理解存在偏差等等。3. 技术风险。软件技术飞速发展
3、，各种新技术、新应用层出不穷。而数据分析项目不仅涉及到数据交换、 数据仓库等技术，还需要依靠大量的数学分析模型，这就要求系统分析、设计人员要具有较好的软件技术、 数学背景知识，同时还要对所分析的行业业务非常了解。因此，系统分析、设计人员的个人素质以及项目团 队的整体素质将会影响到项目实施的成败。二、风险分析前述数据分析项目的三大风险对项目的影响都是非常大的，如果按定性的风险分析方法，其影响都是 级。1、需求风险。需求风险的形成，可以从三方面进行分析：首先是由于应用部门的介入与参与程度不深， 考虑需求往往从部门或局部的角度出发；其次是项目组对需求的调研目标不明晰，分析不透彻，缺乏有效的需求变化管
4、理所造成的。这大都是因为从事软件开发的都是高科技人员”，都具有 从专业或学术角度出发的特点，而往往忽视了对业务知识的深入了解，不能很好地理解甚至是误解客户的需求。第三，是由于缺乏 与决策层进行深层次的交流，难以掌握企业的发展趋势，对需求的延伸性不明确。这些需求不确定性的风险，都可能会造成大量工作 跑题”浪费，甚至是到项目都快要完成时，依然出现应用部门对系统提出一些基本的 业务需求，或是软件功能实现了，却发现实际业务已发生了变化，导致软件失去了应有的价值等等，使时间 和成本的投入成倍增长，甚至是系统无法正常投入使用。2、管理风险。管理风险大都是由于项目经理或管理人员缺乏项目管理知识，对项目的工作
5、范围不明确， 对总体计划、阶段计划的作用认识不足，对项目的风险估计不足，而造成计划与控制脱节，无法进行有效的 项目进度管理；而且，由于项目管理人员的协调管理能力不足，执行力度不够，使得项目协调成本、时间成 本大大增加，造成工作延误等。3、技术风险。技术风险可以直接导致项目失败。选择没有成功案例、不熟悉行业业务的开发商；项目的 目标、范围超过了项目组的实现能力；采用不熟悉或是欠成熟先进的开发工具、不符合行业特点的数据分析 模型等等，都无疑会使项目处于毁灭性的风险之中。三、风险应对风险分析活动分析的目的在于建立处理风险的策略。而风险规避的最好方式是把风险控制在项目启动阶 段，把损失减小到最小程度。
6、基于以上对数据分析项目风险的识别与分析，可以采用以下措施来规避或减小 风险：1、建立畅通的沟通渠道和沟通策略。需求的不确定性风险很大程度上是由沟通不畅引起的。因此，在需求调研阶段，要多和应用部门沟通，了解他们真正的需求，最好能将目标系统的模型向应用部门演示，并得 到反馈意见，直到双方都达成共识；形成双方认可的验收方案和验收标准，并做好变更控制和配置管理，尽 量降低需求不确定性风险。2、配备高素质的项目管理人员。最好是具有丰富的项目管理经验，或是经过系统的项目管理知识的人员 来担任项目经理，通过制定有效的项目管理计划，并认真执行落实，提高项目的可控性。同时，风险不是静 止的、一成不变的，它会随着
7、项目状况的变化而变化，因此，风险管理必须被作为一个日常的正式活动列入 项目工作计划，成为项目管理人员的一个重要工作。3、建立一支协作高效的项目团队。技术部门有技术，业务部门有需求，因此，项目组中不仅要有开发商、 技术部门的参与，更要有应用部门的参与，形成一个合作的项目工作团队，共同理解企业的战略规划和业务 发展，从整体全局的角度，提出有效的信息化需求，共同研讨项目进展中出现的问题，共同控制项目进度， 共同为项目质量把关。4、 制定科学的风险管理计划。 从风险管理的角度对项目规划或计划进行审核，建立 风险清单”，对每个可 能存在风险的表现、范围、时间做出尽量准确的判断并对风险进行监控，提前做好应
8、对准备。如针对需求风险，要制定相应的需求变更控制；针对技术锁定风险，要安排的核心技术人员全程参与开发等等。5、 选择合适的开发技术。虽然在系统设计时需要考虑新技术的发展和技术的先进性问题，但最好的不一定是最合适的，最合适的才是最好的”，如果项目组的人员对所需开发技术不熟，在满足业务需求的前提下，尽可能采用熟悉的技术来减轻项目在成本或进度方面的影响，也可以事先进行培训来减轻对项目的影响，以避免因技术瓶颈导致的项目失败。6、采用快速原型和迭代模型进行开发。尽管前期会对应用部门进行需求调研和需求分析，但应用部门的 需求往往会随着时间的推移、业务发展的变化而有所变化，因此，技术部门要强调敏捷开发，缩短
9、软件第一 版本的上线周期，尽快给用户一个快速原型启发用户的需求，并持续为用户提供有价值的软件。同时，以迭 代法取代传统的瀑布法开发过程，加强各阶段与用户的沟通，对各个功能逐步完善，可以降低各种不确定因 素带来的实现风险，每个迭代过后，软件都向目标接近一步，即使目标发生改变，迭代模型也比其他筛选和 建立目标的开发模型，更便于转向新目标。软件项目风险管理是一种特殊的规划方式，对任何一个软件项目，我们可以有最佳的期望值，但更应该要有最坏的准备一一只有正视风险，我们才能更好地管理风险，规避风险，直至消除风险，获得项目的成功。3通过活动，使学生养成博览群书的好 习惯-B比率分析法和比较分析法不能测算出各
10、因素的影响程度。VC采用约当产量比例法，分配原材料费用与分配加工费用所用的完工率都是一致的。XC采用直接分配法分配辅助生产费用时，应考虑各辅助生产车间之间相互提供产品或劳务的情况。错C产品的实际生产成本包括废品损失和停工损失。VC成本报表是对外报告的会计报表。XC成本分析的首要程序是发现问题、分析原因。XC成本会计的对象是指成本核算。xC成本计算的辅助方法一般应与基本方法结合使用而不单独使用。VC成本计算方法中的最基本的方法是分步法。XD当车间生产多种产品时，“废品损失”、“停工损失”的借方余额，月末均直接记入该产品的产品成本中。xD定额法是为了简化成本计算而采用的一种成本计算方法。xF “废
11、品损失”账户月末没有余额。VF废品损失是指在生产过程中发现和入库后发现的不可修复废品的生产成本和可修复废品的修复费用。XF分步法的一个重要特点是各步骤之间要进行成本结转。（V）G各月末在产品数量变化不大的产品，可不计算月末在产品成本。错G工资费用就是成本项目。（x ）G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对J计算计时工资费用，应以考勤记录中的工作时间记录为依据。（V）J简化的分批法就是不计算在产品成本的分批法。（x ）J简化分批法是不分批计算在产品成本的方法。对J加班加点工资既可能是直接计人费用，又可能是间接计人费用。VJ接生产工艺过程的特点，工业企业的生产可分为大量生产、
12、成批生产和单件生产三种，XK可修复废品是指技术上可以修复使用的废品。错K可修复废品是指经过修理可以使用，而不管修复费用在经济上是否合算的废品。XP品种法只适用于大量大批的单步骤生产的企业。XQ企业的制造费用一定要通过“制造费用”科目核算。XQ企业职工的医药费、医务部门、职工浴室等部门职工的工资，均应通过“应付工资”科目核算。XS生产车间耗用的材料，全部计入“直接材料”成本项目。XS适应生产特点和管理要求，采用适当的成本计算方法，是成本核算的基础工作。（X ）W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对Y “预提费用”可能出现借方余额，其性质属于资产，实际上是待摊费用。对Y
13、引起资产和负债同时减少的支出是费用性支出。X丫以应付票据去偿付购买材料的费用，是成本性支出。XY原材料分工序一次投入与原材料在每道工序陆续投入，其完工率的计算方法是完全一致的。X丫运用连环替代法进行分析，即使随意改变各构成因素的替换顺序，各因素的影响结果加总后仍等于指标的总差异，因此更换各因索替换顺序，不会影响分析的结果。（X ）Z在产品品种规格繁多的情况下，应该采用分类法计算产品成本。对Z直接生产费用就是直接计人费用。XZ逐步结转分步法也称为计列半成品分步法。VA按年度计划分配率分配制造费用，“制造费用”账户月末（可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额）。A按年度计划分配率分配制造费用的方法适用于（季节性生产企业）
