软件项目管理教学开发应用风险分析论文.doc

软件项目管理教学开发应用风险分析论文 第1篇：软件项目管理中的软件项目风险计划 1风险的概念 1.1风险的定义 由于软件项目具有不确定的属性，任何软件项目都有风险。软件项目中的风险主要是指软件开发过程中某一种可能会在未来造成损失的潜在事件。在软件项目开发过程中，涉及到大量的因素：人员、资金、技术等都可能成为风险发生的原因。一旦风险发生，则必然会给软件项目带去负面影响，比如：软件质量的下降、成本费用超出预期、项目进度的推迟等。 1.2风险的类型 软件项目的风险类型可以根据软件项目开发范围区分，也可以通过可预测性区分。在开发范围中，比如开发人员可能中途跳槽，这属于人员风险，技术遇到瓶颈，使开发受阻，这是技术风险，还有商业风险、管理风险等。根据对软件项目风险的预测来分，可分为已知风险、可预测风险、不可预测风险。比如有些项目的开发环境恶劣，人员不足，资金短缺这些属于已知风险，可预测风险常常可通过经验得知，比如产品难以让所有人满意，而不可预测的风险则不能凭借推测得出。 2风险识别的方法 风险识别方法各种各样，风险识别的意义是在着手一个项目初期尽可能的发挥想象力做出所有可能发生情况的一种猜想。 2.1德尔菲方法 是通过组织专家讨论并达成统一意见的方法。比如就项目中一个问题组织一场该项目组的技術人员围绕这个问题进行一系列的讨论，最终得出意见。由于参加人员的专业性，这种方法得出的结果往往具有很高的质量。 2.2头脑风暴法 头脑风暴法依靠某些话题或发言激起讨论组成员的“灵感”从而迸发出创造性的思维，通过讨论组中相互的信息交流从而启发思维，以这种办法达到组合效应，能有效的使风险预测的结果更准确。 2.3情景分析法 这种方法根据软件项目可能的发展趋势，预测设计出多种可能的情景，比如一个软件广受欢迎，推到该软件是否应该推出手机版，在软件发展的途中会不会遇到同行的激励竞争，如果竞争要怎么做等。 2.4风险条目检查表 因为其比较简单的特点，该方法是最常用的风险识别方法之一。风险条目检查表通过对项目中一系列风险要素的分析，列出一些常见的风险问题。可以对所有可能遇到的风险有较直接的了解。 3风险评估 3.1定性风险评估 对项目将面临的风险定性认识，主要参考因素是风险发生概率和其影响。其简易关系如下表： 在整个风险评估中，定性风险评估的目的是界定风险源，以此对项目风险有一个大致的了解，知道整个项目容易在哪里出错。但是并不能给出风险发生的概率是多少，风险影响有多严重。这些需要风险的定量分析。 3.2定量风险分析 在有了对软件项目风险定性分析的基础上，便可开始对软件项目风险的定量分析。与定性分析不同的是，定量分析会给出各个风险源的具体发生的概率，再通过一些定量的计算，将造成的损失具现化。该方法在软件项目风险计划中被广泛使用。软件项目开发的过程中，会遇到很多不可预期的发展，将会衍生出很多分支，这些分支各自的分析结果将会被逐级的定量分析，得到各种发展可能导致的结果。目前主流的定量风险分析方法包括访谈法、盈亏平衡分析法、决策树分析法等。在各式各样的方法中，对风险的概率和影响定量是根本。对软件项目的定量分析意义重大，管理者将会对风险和与风险相关的利益有准确的认识，有利于做出判断。 4风险应对策略 4.1回避风险 很多情况下不建议首先使用回避风险，首先，因为诸如：地震、法律的改变这些风险是不可能被避免的，其次，很多情况下，高风险意味着高收益，回避了风险同时也错开了一部分利益。由此可见回避风险法有着很明显的有点和缺点。优点在于，在一些可能导致严重后果，并且发生概率极高的情况下，这种方法有着直接、简单、全面的特性。但是同时也主动放弃了项目的发展空间，而且，有些情况是无法回避的。管理者应将回避风险的优先级发在最后。 4.2转移风险 转移风险在在软件项目开发过程中也很实用，某些情况企业为不承担风险，经常会把项目交给外包公司，从而达到将风险转移到另外团队或个体，还有技术上的转移风险，比如开发项目距前组织一次开发人员的培训可以将技术风险从项目团队转移到培训机构。在转移风险面前，需要注意的是风险评估和转移出去的代价是不是相同的，企业或个人能不能承担等。 4.3损失控制 软件项目开发是一个高风险的事情，风险是必然的存在，也是必然会发生的。损失控制是指在风险未发生前尽可能的消除风险源，降低发生概率。并做好风险发生时的提前预防措施。比如在解决客户风险的问题时候可以采取在开发阶段征求用户建议，保持与用户的联系。 便可以在很大程度上减少由于客户风险带来的损失。 5总结 本文简单的介绍了软件项目管理中的软件项目风险计划，软件项目开发中风险一直存在，比如在设计初期，面临着市场调查不够引起的客户风险，中期又可能会遇到技术风险、商业风险等。但是风险是可以通过制定合理的软件风险计划来控制的。比如在软件项目一开始制定好标准的文档使用规范，并要求统一使用文档，在以后即便人员更替，也对整个软件项目的进行没有大碍，这就很好的解决了人员风险的问题。管理者需要做到尽可能的把风险保持在可控范围内。虽然风险必然存在，但只要制订了合理的风险计划，防患于未然，风险便不再可怕。 第2篇：软件项目管理中的关键因素分析及对策 1软件项目管理的概念及宗旨 软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对人员、产品、过程和项目进行分析和管理的活动。 软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。 2软件项目管理中的关键因素 2.1软件的需求 任何企业在开发产品前都需要掌握市场需求，调查清楚市场的供求关系，是软件开发的基础准备。需求的确定，开发者通过市场调查反馈，认真听取用户的意见，及时进行记录，不能一味的以自己的想法当做市场大部分人的想法去研究。在确定用户需求的时候，也应该尽可能的从专业的角度发掘用户的潜在需求，以达到最大限度地满足用户的目标，只有这样才可能开发出有价值和广阔市场的软件。 2.2制定项目计划 事预则立，不预则废。这里的预就是指计划。明确了项目目标，还必须有一个切实可行的计划。软件项目计划的制定是为软件项目的开发进行合理的安排。其中包括以下步骤：估计软件产品规模及所需的资源，制定时间表，鉴别和评估软件风险和协商约定、人员的安排等。要从整个开发过程进行阶段性的划分。因此，要想成功进行项目管理，就要对计划高度重视、周密制定、严格执行。只有严格进行计划才能使成功项目管理得以实施。一个正确规范的项目管理是整个软件项目开发的重中之重。 2.3软件开发流程 在制定计划后，就开始软件项目的开发，软件项目的开发过程需要经过很多部门和环节。流程是保证项目成功的一个关键因素。它非常规范和系統化，其流程的可执行性很高，并且能在实践过程中不断改进。由优秀的项目成员按照规范的操作流程进行项目开发，才能最大限度地保证项目的成功。通过流程可以实现一种规范化、流水线、工业化的软件，从而最终实现成功的项目管理。 2.4很好的沟通 沟通是人与人之间就某些问题磋商共同的意见，即人们必须交换和适应相互的思维模式，直到每个人都能对所讨论的意见有一个共同的认识。其作用非常重要，却常容易被忽视。软件项目管理沟通提供了一个重要的在人、思想和信息之间的联络方式。建立和保持项目参与人之间正式或非正式的沟通网络，以保证项目生命周期内各层次成员之间的有效沟通.以及对项目需求和目标有清晰的理解和共同的认识，使矛盾和冲突能及时地得到解决或缓解。在软件项目管理的进行过程中，沟通能力是一项基本的必备能力。 3应对策略 3.1软件的需求对策 在开始之前要与项目的有关人员进行探讨交流后可执行的情况下进行，在投入后应该尽最大可能不更改需求，在对软件开发过程中要对软件需求进行控制，不要偏离客户需求。 3.2制定项目计划的对策 总体计划相关的有：项目计划、项目准备、需求调研、需求分析、构架设计或概要设 制定软件项目进度计划还应当考虑以下一些因素： （1）对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。 （2）软件系统规模和项目规模，这两个看似相同却不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等。 （3）软件系统复杂程度和项目复杂程度：项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目情况下资源保障的情况。 （4）项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度。 3.3软件开发流程的对策 对于软件项目的每一个阶段均要作出工作计划并交有关部门监督执行，在阶段结束之后，要对该阶段的工作活动进行评价，并对后续阶段的时间、人员、资金方面的需求作出估计。每个阶段的工作成果需经项目的技术管理部门审查合格后方能开始下一阶段的工作。 3.4怎样能很好沟通的对策 为了能很好的沟通，我们要掌握一些沟通方式。 （1）项目组例会。通过例会可以了解项目的进展，对下一阶段的工作进行安排。 （2）个人自由交流。这种方式可以用于项目组内部，也可以用于项目组与用户之间。 （3）电子邮件沟通。这种沟通方式可以在组内也可以在组间进行，而且这种沟通会保留沟通的记录。 （4）书面沟通。也是较常用的方式，沟通双