风险管理
阅读时间:7分钟(如果你也看视频的话是11分钟)
我经常听到人们说Scrum不关心风险:没有风险日志，风险没有作为标准的议程项目出现在Sprint评审或回顾的议程上。开发者需要对产品的质量和制作过程负责。这就有风险了!如果没有一个人负责质量，按时，在预算范围内，建造正确的东西……在Scrum中如何管理风险?
我马上就告诉你。Scrum是关于风险管理的。Ken Schwaber在这个短视频中谈到了一点:
风险是个人的
首先让我们想想风险到底意味着什么。根据牛津英语词典:
(暴露于)损失、受伤或其他不利或不受欢迎的情况的可能性;机会:有这种可能性的机会或情况
这是一个非常宽泛的定义。这样解读也会让它受制于个人的解读。我认为我们看待风险的方式都有所不同。风险也与我们个人的参与有很大关系。如果我不认识的人在没有安全网的情况下只用一根绳子穿过两栋楼，这对那个人来说是非常危险的，但对我来说不是。
这也与我们所做的工作有关。对于某些人来说，在同一个项目中，相同的项目或产品结果对一个人的风险可能比对另一个人的风险大得多。
不同类型的风险
在与工作相关的环境中，我们通常会说:
- 金融风险——我们能承担吗?
- 商业风险——它会被使用吗?它能解决问题吗?
- 技术风险——它能被制造出来吗?(通常与金融有关，当一个产品变得有可能制造，但太贵)。
用Scrum控制风险
Scrum在许多方面都是控制风险的好方法。我将在使用Scrum的背景下详细阐述这些不同类型的风险。
金融风险
当我们要开发新产品或改变现有产品时，我们想知道改变或创新的成本。不幸的是，这些产品开发的复杂性导致了很大的不确定性，因此很难估计项目的前期成本。
这对许多人来说通常是一个困难的主题，因为我们运行项目的方式(不使用Scrum)通常是首先确定范围、财务和资源(我们现在称之为人)。在Scrum中，有人说我们跳过了这个阶段，但实际上，我们没有。我们根据经验建立它，因为这是在复杂环境中控制未来的最好方法。
然而，我们不会给任何人一张空白支票。我们定义了明确的角色和职责。
我们确立了产品负责人的角色。他或她控制着产品的预算和计划。
我们建立了一个自我管理的开发团队，由跨职能的专业人员组成，他们可以从头到尾完成工作。
我们请了一位Scrum Master来帮助这个Scrum团队，鼓励经验过程控制，并指导这个团队每天都变得更好一点。
然后我们问开发人员，他们需要多长时间才能将最初的愿望验证为具体的结果。越短越好，因为这样可以节省资金，否则这些钱可能会浪费在建造错误的东西上。
我经常建议组织中像这样的Scrum团队的赞助者在开始时只资助几个Sprint，并在每个Sprint之后查看结果。与Scrum团队讨论结果和投资回报。这意味着成本是可以预测的。它是团队的成本+这些sprint的实际支出。
第一个版本越早发布给用户，财务风险就越早降低!
商业风险
业务风险是人们(用户)没有真正使用您的产品的风险，因此没有解决产品首先需要解决的问题。这种情况经常发生。这不是因为我们的团队愚蠢或固执，而主要是因为客户在真正使用产品的那一刻就真正知道自己需要什么。在此之前的一切都是有用的(产品待办事项列表细化、需求工程、与用户交谈、做调查等)，但并不能消除人们实际上没有使用您的产品的风险。请看这个短片来说明:
在Scrum中，产品负责人的角色是与涉众和开发人员保持密切联系，这样才能构建出正确的东西。在每个Sprint期间，与那些涉众一起审查可发布的增量，(从Eric Ries的角度来说)从那里开始调整或坚持。
产品负责人不是业务涉众，也不是分析师。团队中的业务代表负责管理和监控业务风险，以创造可能的最佳结果。
当我开始使用Scrum时，我记得这是我非常喜欢的关键元素之一:不再有“我们和他们”，我们一起工作来解决业务问题。
技术风险
技术风险实际上可以细分为两类:
- 它是否具有良好的ROI?
- 我们是否可以在产品使用期间和之后进行维护?
在产品开发过程中，这些都是需要不断问自己的重要问题。每天，开发人员都需要做出决定，看看他们在某个特性上所付出的努力是否对产品负责人有价值。所以沟通是关键。
第二部分:维护产品的能力。在技术问题上始终保持球探的观点。我的意思是:当你遇到糟糕的技术质量时，让它(至少是一点点)变得更好。
现在，再一次，“完成”在这里发挥作用。在Scrum中，定义“完成”的含义对于控制技术风险非常重要。这样可以提高整个产品的质量和可维护性。
技术技能、工具和改进可以在完成的良好定义中采用。正确的测试、验证、文档等可以降低技术风险。
总的来说，降低风险的最佳方法是:为客户构建潜在的可发布增量。
我记得有人在LinkedIn上提到:
从我们开始交付的那天起，人们就不再问我们的速度了。
Scrum价值观
在本文开始时，我介绍了风险的定义以及风险的主观程度。Scrum价值观对于确保整体风险是透明的，并在正确的时间由正确的人以相应的努力来处理是非常重要的。
花几分钟时间看看这些关于风险的值。这些价值对风险的影响是什么?
复杂的环境充满了风险。你可以畏惧它们，分析它们，计算它们。或者你可以构建产品，检查和调整并在每个Sprint交付一个已完成的增量。
