风险管理

风险管理是不可或缺的有效的项目管理和系统工程在敏捷开发和传统项目。项目采用敏捷软件开发实践通常管理风险以同样的方式为传统的国防部项目,但是面对不同的水平和风险的来源。他们仍然需要一个严格的过程定期识别、评估、减轻,并跟踪风险。程序必须积极管理风险缓解策略的整合,收购策略和关键项目流程在整个项目生命周期。敏捷使一些独特的风险管理方面和移植。

程序应该建立一个风险管理过程装备解决方案分析阶段,包括收购战略的过程。AoA的风险被认为是一个关键元素和相关技术分析。项目办公室、功能赞助商和其他关键利益相关者应该协同识别、评估,并制定项目风险缓解策略。一组不同的贡献者将确保所有功能区域识别风险,支持一个共同的理解/评估,获得支持选定的缓解策略。风险评估援助的一个替代的选择,采购和合同策略,并提出了在里程碑a成功项目指定一个风险领导(s)是谁负责不断地识别、评估、管理和交流项目利益相关者的风险并建立风险管理流程。

在敏捷环境中,风险管理是一个释放和sprint规划和发展的有效组成部分。敏捷过程本身建造了许多功能开发过程来管理风险;例如,分解开发成小版本和sprint通常会降低性能预期风险和可能减少项目的总体成本和进度风险。估计较小的努力(如6个月发布)倾向于有更高的保真度比整个项目或增加(例如,5 - 10年),随着时间的推移,估计提高短跑和版本生成有价值的数据。频繁的软件交付高优先级用户的能力和响应性的变化往往降低用户不满的风险。将成熟的技术和设计在较短的版本和sprint有助于管理技术风险。程序版本的失败和sprint规模较小,因此更少的总体影响;他们也为未来的发展提供宝贵的经验。

敏捷开发降低了整体项目风险,因为项目定期在每个版本提供了某种程度的有用的能力。因此,即使一个项目的预算削减或消除,在大多数情况下,部署版本为用户提供某种程度的部署能力。此外,敏捷开发关注用户的优先级最高的能力;因此用户不需要等待5 - 10年获得至关重要的功能。功能演示给用户在每个sprint减少风险,最终产品将无法满足用户的期望,因为用户可以提供持续的反馈告知和塑造未来版本部署功能。最后,短的开发时间提供一个稳定的管道注入有效成熟的技术系统和企业。

敏捷环境不能减少风险,因为许多较小的协调和整合的发展涉及到增加了复杂性。同样,随着越来越多的开发团队,其中可能包括多个承包商、整合风险增加。成功取决于一个有效的项目经理和总工程师,与企业架构师和利益相关者合作,谁能有效地设计和实现解决方案。

项目还冒险当过渡和适应敏捷文化。采用初期间,尤其重要的是项目办公室和承包商团队人员和敏捷体验。敏捷教练还可以提供指导,协助项目裁剪和执行敏捷角色、流程和环境。

一个关键的发展风险可能发生如果需求不断推迟到未来冲刺或释放,通常被称为技术债务。通常开发人员发现他们不能满足所有的需求在一个冲刺;因此要求继续向右移,形成一个弓形波效应。帮助缓解需求转移风险的一个方法是让每个版本的最后冲刺“追赶”冲刺不涉及新的需求。这有助于保持整个项目时间表和赛道上的成本。

最后一个需要考虑的关键风险是用户社区的能力来处理发布计划。当定义发布时间表,一个程序必须考虑用户的版本集成到他们的操作环境的能力。这是决定部分的变化可见用户社区和用户必须在多大程度上改变自己的经营方式。培训和文档常常被强调为约束,但平滑集成策略存在。经验可能已经确定了一些建立时期的运营社区不能集成新的版本。

引用:

• 国防部的风险、问题和机会管理指南2017年1月,DASD / SE,
• 敏捷风险管理(自律敏捷交付)
• 风险管理、横切系统工程指南
• AFI 17 - 101年风险管理框架(RMF)空军,2017年2月