敏捷团队实现冲刺承诺的5种方式

Scrum团队的一项基本实践是在冲刺开始时致力于优先工作，然后在结束时完全完成它。 强大的敏捷团队可以完成或超越其冲刺承诺，并在冲刺结束时交付工作软件。 他们还测量自己的速度，并在追溯会议上讨论过程改进，以提高质量，生产率和其他指标。

[ 也在InfoWorld上：如何在敏捷软件开发中脱颖而出 ]

但是履行冲刺承诺并不是一件容易的事，而且许多障碍会阻碍团队。 例如：

• 新组建的团队或具有新成员的团队必须弄清楚工作风格，协作方法和技能水平。 在确定工作节奏之前，这些团队通常具有不可预测的速度。
• 使用新技术的团队可能不知道如何分解故事并准确估算它们。 同样，在遗留技术，代码库或构建和部署过程方面存在知识鸿沟的团队也可能无法进行估算。
• 与具有挑战性的产品所有者和业务文化一起工作的团队感到压力，要求他们超越自己的能力。
• 有时，团队可能并不完全了解自己的约束。 可能有假期，公司会议或其他个人优先事项使人们无法完成任务。
• 如果生产系统相对稳定，那么敏捷团队通常可以估计从开发活动中抽出多少时间来支持生产事件。 但是这些只是估算，在某些情况下，敏捷团队必须花大量时间来帮助解决生产问题或调查根本原因。

我与敏捷团队合作的经验是，在任何给定时间，他们通常都会处理其中一些问题。 即使团队做出承诺并提高速度，也会产生新的需求。 但是一些工具和实践可以帮助管理未知，风险和外部事件，这些挑战会挑战团队实现承诺的过程。

Scrum团队使用以下五种实践来改善对冲刺的承诺。

[ 同样在InfoWorld上：如何停止讨厌吉拉 ]

1.在Scrum会议期间改善团队协作

有一些标准的Scrum会议旨在帮助团队审阅优先级，做出承诺，跟踪进行中的工作，审阅结果以及讨论流程改进。 在每次会议上，团队应就其承诺进行不同的讨论。

在sprint计划会议上，敏捷团队审查用户故事和接受标准的意图，并确定故事点的大小 。 敏捷团队应避免投稿他们不了解的故事，而应将复杂的故事分解为较小的故事。

在Scrum站立期间，Scrum管理员的主要职责是消除阻碍故事完成的障碍和障碍。

最后，团队应该在sprint回顾会议上讨论他们的承诺成功，失败和减速。 如果团队错过了承诺，并且没有完成一个或多个故事，那么他们应该查看促成承诺和冲刺决策的原因，并考虑为下一个冲刺进行改进。

[ 也在InfoWorld上：如何将测试自动化与敏捷和devop结合使用 ]

2.使用峰值解决技术风险

尖峰是旨在验证技术未知和风险的用户故事。 当高峰成功时，所交付的商业价值就是对如何设计或交付产品所有者优先考虑的用户案例的知识。 由于峰值是用于进行研究的，而且通常带有时间限制，因此可能无法达到预期的结果。

高级敏捷团队使用峰值来研究新技术，测试新技术实施或验证代码遗留区域周围的技术假设。 如果他们正在开发的代码对于性能和可靠性具有严格的，非功能性的接受标准，那么他们可能会产生峰值以实施和测试设计。 敏捷团队可以将整个概念证明定义为一系列峰值，旨在增强他们对技术和设计模式的信心。

3.将用户故事分成更小，更容易的故事

在编写用户故事时，产品所有者或业务分析师可以更方便地起草它们，以为客户或最终用户提供价值所需的全部功能。 但是敏捷团队在回顾同一故事并分解其实现过程时，通常会认识到需要多种功能来满足故事的接受标准。

一些团队认识到用户故事的复杂性，将估计大量的故事点。 其他Scrum团队将采用不同的方法。 每当小型故事仍然满足交付业务价值的敏捷原则时，他们将花费较长的故事并将它们分成较小的故事。 这增加了完成较小故事的可能性，并为团队提供了将工作划分为多个冲刺的选项。

如果团队无法分解用户故事，那么他们应该花时间定义任务分解。 故障分解有助于Scrum团队对所需的工作有共同的了解，使他们能够分配任务，并为同时完成部分工作提供了机会。

[ 同样在InfoWorld上：如何通过左移测试改善CI / CD ]

4.定义简短承诺，而不是过度承诺

我知道许多敏捷团队会感到压力，他们的产品负责人会在每次冲刺中承诺编写更多故事。 一些敏捷的团队认为他们必须协商他们的冲刺承诺 ，而其他一些团队则迫使自己致力于追求更多故事，以追求更快的速度，达到发布日期或解决技术债务。

还有另一种选择。 一些敏捷的团队承诺他们有很高的信心完成故事和故事点。 然后，他们将一些故事留在浅滩中 ，只有在完成比预定时间更早完成的故事时，才会继续进行。

我发现与要求苛刻的产品所有者合作时，这是一种行之有效的策略，因为他们至少以部分胜利离开了谈判。 同样，希望提高工作速度的团队可以做出简短的承诺，而不会失去对较高优先级用户故事承担责任的风险。

5.争取完成最高优先事项

在冲刺开始时，大多数Scrum团队都会审阅已提交的故事，分配所有权并将任务委派给团队成员。 敏捷的自组织团队找到有效的方式来分配工作。 一些使用诸如Jira和Azure DevOps之类的工具将分配形式化，而其他一些则使用Scrum Standup对其进行审查。

一种自然，合理的方法是分而治之。 通过这种方法，分配了多个故事，并在冲刺开始时开始。 当用户故事具有相似的优先级，相对较小且相互依赖性很小时，它会很好地工作。

[ DevSecOps：如何将安全性引入敏捷开发和CI / CD ]

对于优先级更高，故事更复杂的团队来说，另一种技术是蜂拥而至。 与其将团队分散在多个故事中，不如先将他们蜂拥而至，先完成最高优先级的故事，然后再处理其他故事。 分组可以提高Scrum团队的生产力，并降低未能完成最高sprint优先事项的风险。

Scrum团队在计划，落实和完成Sprint承诺时应考虑多种实践。 使用这些实践的敏捷团队首先建立对承诺的信心，然后提高成功率。 只有这样，他们才寻求提高冲刺速度的机会。

From: https://www.infoworld.com/article/3527416/5-ways-agile-teams-meet-sprint-commitments.html