8你应该做的事情在你的冲刺复习

Sprint审查通常被称为Sprint演示。团队的会议上展示了他们过去所做的冲刺。,只不过。

这是总投资不足自己的Scrum团队和它的成功。Scrum框架是建立在经验主义,三大支柱:

• 透明度
• 检查
• 适应

如果我们限制自己只运行一个展示过去的冲刺,我们停止在检验点。我们不适应。单向通信。我们把我们的信息在事件中那些存在但不要把反馈融入我们的产品待办事项列表。一线的敏捷宣言读取“响应变化胜过遵循计划”。如果我们不收集反馈并相应地改变我们的道路,我们不适应。

想象不同,更多实实在在的和可怕的场景:你的房子着火了。那是相当透明的,每个人都可以看到。你在尖叫的肺部“我的房子着火了”。然后…什么都没有。你的房子被烧毁了你看,未能适应形势。

没有人希望,大家所说的消防部门,对吧?或者至少得到一些水来制造一个开始。这是适应。不适应环境相当于允许我们的产品分解。

有多个机会检查调整,但Scrum谈到5个事件。在这篇文章中,我分享八的东西,真正使Sprint回顾“检查和调整”事件。

图片由“我的生活通过镜头”在Unsplash

1。把你们的产品的用户尽可能和利益相关者

示威活动往往局限于一个单面ppt报告。这是一个:无聊,和B: non-telling体验用户有。当我们开发产品,我们设计的产品,收集了解产品是如何工作的。我们已经知道如何增加工作和我们应该如何使用它。

用户自己,另一方面,没有。也许我们认为新的UI会非常直观,虽然这是当我们的用户正在与它截然不同。我们只能验证我们的假设,把我们的产品的用户和(相关的)利益相关者尽可能多。

Kai史蒂文斯写了一个很棒的文章在如何香料冲刺评审在远程设置。

2。收集反馈

现在我们过去演示部分,我们想知道我们的利益相关者如何看待新增量。这个增量已经与所有其他增量集成,创建在所有过去的冲刺。所以我们现在的利益相关者有一个完整的概述整个产品,而不只是新增量。

您创建的透明度。利益相关者决策现在有正确的信息,因此提供有意义的反馈。还听他们说什么,但他们并没有说什么。通常是一个好主意预先确定你正在寻找什么样的反馈。如果没有弹出自然,你可以问他们。由开发人员显示兴趣在他们看来,让利益相关者感觉听到。不同当不仅仅是来自产品所有者。

我与一个团队合作一次,有一个人一直与涉众和用户合作,而其他人则开发出的产品。来自这些利益相关者的积极反馈后不再真正发自内心的一段时间,因为这个人是中介。它总是同一个人发送信息给开发人员。但当开发人员听到它的利益相关者,这真的给开发者的脸微笑着。/之间的直接交流胜过让人们总是拥有相同的人在你面前。

图片由IA某人在Unsplash

3所示。相对于产品的目标方面取得进展

整个开发工作开始,因为有一个问题要解决,更愉快的体验。一组目标已经意识到。但我很少看到相对进展这一目标冲刺评审期间讨论。这可以做一个路线图的形式,但它没有。

甚至讨论大的工作可以做的技巧。它的要点是创建透明度以及更好的决策。如果我们有直到今年年底得到我们的产品,我们还有四个月,我们可以决定我们的产品待办事项列表顺序,以实现产品的最大价值追求的目标。

这样我们也可以讨论不该做什么。记住通知的利益相关者带来的产品待办事项列表中的待办项删除。这也是创建透明和尊重。

4所示。讨论下一步该做什么

现在有一个明确的产品,我们收集的反馈,我们知道我们站在通向我们的产品目标。接下来要做的就是有一个讨论,再与我们的利益相关者,对下一步该做什么。

如果这期间没有长大之前的任何话题,评估其他几个点:

• 有市场环境改变了吗?
• 预算是多少?

• 团队的组成变化吗?

• 假设已经被证明是错误的吗?

这些点的总和是什么最意义的核心。这并不意味着Sprint计划发生。这意味着一个全球性的讨论,您使用的结论在Sprint计划作为输入。

5。适应产品目标和产品待办事项列表

如前所述,可以适应产品的目标。Dis-proven假设可能需要更改产品待办事项列表。产品也是一样的目标。都不是一成不变的,导致敏捷性的目的;响应变化时是需要的。

图片由拉拉Azizli在Unsplash

这五个主题的要点是Sprint审查。有很多事情我们可以添加,这里有一些额外的那些已被证明是有用的在我的经验:

6。显示(有用的)指标

敏捷度量一直是一个热门的话题在过去几年中。你怎么衡量,但更重要的是,为什么?的以证据为基础的管理框架由Scrum.org可以非常有用的收集更多的想法。

这取决于上下文和你想要的产品测量。我个人认为非常有用的一些指标:

• 功能的使用——我们的功能实际上被用作预计?我与一个团队合作,观众都有一个特征是交付完全是涉众想要的。三个月后,数据显示他们很少使用它。
  
• 幸福指数- - - - - -团队和涉众。团队可以很开心,但利益相关者没有。反之亦然。输入什么都有用,如果,我们需要做出改进。

• 技术债务- - - - - -这可能看起来有点奇怪。显示技术债务的数量有助于利益相关者理解的质量和水平,作为一个群体,我们应该投资。如果你有成堆的TD,也许可能最意义花相当一部分的未来冲刺(s)来解决债务。

那么多,我希望看到在Sprint审查。为了这篇文章的长度,我会坚持这三个。

7所示。保持它的非正式的

Sprint审查并不是一个正式的交接。它应该是轻,有趣,和非正式的。如此对待它。带一些饮料和零食,创建痘痘是有道理的,和正确的人。

8。混淆便利化

跟着我。“Scrum管理者不是默认的促进者”。在几乎所有我的团队,这是默认的期望时,我进来了。的地方Scrum指南这是被提及。Scrum管理者可以方便,但没有阻止任何人这样做。它可能很高兴见到便利化技术或声音的变化。它可能是一个非常有用的技能发展的人。这也有副作用,它可以提高自尊心的人不习惯在一群人面前。产品所有者,也是一样。它不一定是相同的人一遍又一遍。协作事件,甚至很多人可以做一个便利的一部分。

结论

再次,不要把Sprint审查只是一个演示。正如本文所演示的那样,有那么多。Scrum框架的目的是提供价值和最小化风险。当我们无法检查和调整,我们不能最小化风险,最大化我们的价值才能真正实现。

运行演示中,尽可能多的实际利益相关者,收集反馈,检查进展产品目标,讨论下一步要做什么,和适应产品目标和计划安排所需要的地方。价值这样一个实际的概率就高很多。

更多你在Sprint审查使用方法是什么?

加入掌握敏捷性不和谐社区2022世界杯国家队排名