- 1、本文档共5页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件开发过程中险管理的基本原则
软件开发过程中风险管理的基本原则 进行软件项目开发是一项非常有意义的工作,但这其中也包含着许多的风险和挑战。有效地管理这些风险是至关重要的,并且它要求所有各方——包括研究人员,工程师,开发人员,程序员和项目经理——必须要首先考虑健壮的应用开发所需的遵循的基本原则。即使是对于最具有挑战性、最复杂的软件开发项目,持续地专注于这些基本原则都是努力减少项目风险、确保项目成功一个必不可少的组成部分。定期审查这些基本的原则和做法对于任何人(包括最有经验的开发人员)都很有价值。
面临的挑战
软件开发绝对不是一件容易的事情。每个软件项目都具有自己独特的需求,也都面临着不同的挑战和问题。预测和防范风险的失败会造成巨大的损失,它可能会导致代价极为高昂的进度延误,造成巨大的收入损失,增加的团队成员压力,减少项目的产出,甚至会导致整个项目的最终失败。
解决方案
虽然每个项目都有自己独特的要求,但是有效的风险管理也都具有一些共同的特性。通过在项目开发进程之前或开发过程中确定潜在的风险并且制定解决方案,可以最大限度地提高团队的效率和成品的质量。
第一道防线:强烈的基本原则
仔细评估潜在的风险并且提出解决方案来解决这些问题,仅仅是风险管理万里长征的第一步。你同时也应该认识到:一个健全的项目开发的原则,是有效的进行风险管理的核心所在;只有不间断地对项目的风险进行管理,才能够最大限度地发挥团队的工作效率和整体开发能力,为创造出健全的软件产品打下坚实的基础。
灵活的规划
首先要保持充分的灵活性。让小组成员自由地作出决定,因为充分获取新的信息能够使他们迅速作出反应,而僵化的项目计划和进度表会阻碍他们应对新的挑战的能力。
不灵活的时间表还会对小组成员对于该项目的进展情况的看法产生不良的影响。由于项目计划和进度安排对于衡量项目进展和期限是非常必要的,不能过于死板。在项目的开始阶段促进团队成员的灵活性会鼓励他们更加积极主动地面对正在不断增加的挑战,同时也使他们能做好准备,以一个更加有效的时间表推进项目的进程。
在建立一个能够指导团队成员努力进行软件开发计划的路线图时,灵活规划的重要性就显得尤为突出了。
良好的发展原则
在项目的开发阶段,决定项目成功与否的某些重要的未知因素,将作为项目收益显现出来。这些未知的因素通常就是我们所说的风险。容纳这些未知因素的关键是你要认识到,你不可能预知所有可能发生的事情。因此你必须要养成正确对待无知的态度,特别是在开启了一个新的项目的时候,要防止那些假装无所不知的人。
人们往往容易过分强调表面文章以平衡这种不确定性。报告完成了,会议参加了,时间安排也得到满足了,但很少有人知道项目现在取得了多少进展,或什么样的风险正在安全的范围内积聚。必须明白软件开发和风险管理的最终目标是优秀的软件,而不是你所热衷的报告和时间表,不能让这些报告和时间表成为你工作的重心。
在这里我们提出的一个极其重要的开发原则是减少代码的复杂性,并且实现相同功能模块化。分离的代码模块,并不能为所有目标平台或操作系统所共享。确保剩余的代码是共同的,这样就可以使你的努力最佳化,并为以后的产品开发中对于原先模块的维护以及软件的有效再利用奠定了基础。
集成产品团队(IPTs)
构建集成产品团队是控制成本和减少风险的另一重要法宝,特别是对于那些可能影响进度的因素来说,集成管理团队为解决问题提供了便利,使团队能够迅速应对不断变化的要求,并促使大家按照预定的进度开展工作。
该团队能够很好地使客户(在大多数情况下是政府机关)了解不断变化的要求如何影响一个项目的生产进度和生产成本,或给团队带来不容忽视的额外风险(尤其是在客户计划增加更多的功能的时候)。特别是当客户提出了疑问的时候它可以帮助你(开发者)评估风险和提供可接受的解决办法。
原型设计
探索型的原型设计是避免全面的研究和开发过程中一些额外的费用的第一步。在项目需求被错误地解释或在项目的结束之前可能发生变化的情况下,它还是一个极好的应对策略。此外,探索性的原型设计还可以帮助人们很好地阐明系统需求、确定目标系统所设想的特点、以及促进替代性解决方案的讨论。
系统的原型设计应该回答软件项目开发和风险管理的两个基本问题:“这个概念健全吗?”和“是否值得继续进行?”如果你给出的答案不是一个明确的“是的”,那么你的项目就有可能会面临失败。更重要的是,没有这种洞察力,你将给予客户一个对于你可以取得非常大的成就的错误印象,这是你必须预先警觉的问题。有时风险管理者所要采取的最重要行动就是去问这些基本问题。
如果答案和风险是令人满意的,您可以进入到详细的原型设计,这个过程给我们带来了一些优势。它使你的团队快速有效地构建软件项目中已经成熟的部分。此外,它使最终用户能够更好地
文档评论(0)