审核敏捷过程的4个基本问题

您检查血压，轮胎压力和股票价格。 但是，您上一次审核敏捷性是什么时候？

即使是经验丰富的敏捷专家也可能会陷入不良习惯，因此尽早发现它们很重要。

[了解您的企业如何在敏捷开发中脱颖而出 。 | 将您的敏捷职业提升到一个新的水平： 如何提高您的Scrum Master技能 。 | 不确定“敏捷”的真正含义是什么？ InfoWorld 解释了敏捷方法论 。 | 通过InfoWorld的App Dev Report新闻通讯了解编程方面的热门话题。 ]

因此，我建议每六个月审核一次您的敏捷过程。 听起来可能令人生畏，但您需要做的一切都归结为四个您可以在标准3x5笔记卡上放置的问题。

在下一次回顾中，请您的团队以五星级的评分标准回答以下每个问题。 五颗星表示您有一个很棒的过程，而一颗星实质上表示您没有任何过程，或者它真的很差。 当然，大多数分数将介于两者之间，但它们将帮助您的团队专注于改善最弱的分数。

问题1：评价我们的站立姿势

我有时解释这个问题的方式是，如果有人在网站上出售我们的单口支持者，团队会购买吗？

在该问题上的低分表明您的站立对团队没有应有的价值。 其他警告标志是参与者没有注意，看着他们的手机或笔记本电脑，或者只是坐下-请记住，人们实际上应该站起来站立。 （我已经写了更多有关站立失败和其他人造敏捷迹象的文章， “不要为人造敏捷而堕落。” ）

在这个问题上得分高的团队倾向于按自己的方式使用站立训练：推动项目前进。 当他们谈论昨天的工作时，其中包括一个故事编号和一个故事说明。 他们声明自己是否已经完成，或完成工作有多接近，因此可能依赖该故事或需要对其进行测试或对其进行代码审查的队友会知道。 每个人都专注于队友需要了解的内容以及它如何影响他们。

问题2：评价我们的故事

在此问题上得分低可能意味着人们对团队同意的“准备就绪”定义不认同（或不遵守）。 团队中的每个人都有责任说出故事不够清晰的地方。 拙劣的故事导致流失和浪费时间。

开发人员，质量工程师和产品所有者必须在定义，业务价值，要求和内部依赖性方面达成一致。 否则，您会发现错误，后退和未能在完整故事中签名的情况。

问题3：评价我们完成工作的能力

每个团队成员都应评估自己在整个冲刺过程中做好工作和完成工作的能力。 在这个问题上的低评分可能意味着几件事。 团队可能在分散注意力的工作环境中挣扎。 否则他们可能会开会太多。 与任何过程一样，会议应保持在最小限度，以利于工作。 俗话说，只有工作才能完成工作。 如果花太多时间来使故事变得清晰，或者与其他团队成员的互动正在使人们放慢脚步，那么这可能会表现为普遍的延迟感。

有时，在此问题上得分低的团队正在努力解决敏捷的基本原则。 当团队的几名成员都是初级，刚接触敏捷甚至是反敏捷时，就会发生这种情况（发生！）。 但是，即使是经验丰富的团队也可以忘记基本的敏捷原则。 令人震惊的是，您的团队不知道要交付多少故事点，或者其速度是多少。

如果您的目标是交付业务价值，那么您的努力将以故事点来衡量，并且您不知道自己已经交付了多少点，您可能正在编写代码，并且在某种程度上可能正在交付，但是您没有敏捷是的，您肯定没有达到应有的效率。

问题4：对我们的回顾进行评分

有一种可以理解的趋势，那就是使用回顾性分析来回击和击掌。 每个人都喜欢赞美。 但是，回顾的目的不是个人验证。 这是为了查明在此过程中对与错的原因，以便使将来的冲刺更好。

凭直觉，您可能希望团队将回顾的“甜甜圈”版本评价为高于严格的“麸皮松饼”版本，但实际上相反。 在某种程度上，即使他们不完全了解回顾的目的，人们也知道他们正在溜冰。 在此问题上的较低评分可能意味着您需要使回顾更生动，并在下班后的庆祝活动中保持掌声。

如何得分

在给问题打分时，请按照计划扑克的方式进行处理。 讨论您可能发现的任何差异。 如果某人的每日站立次数为1，则有什么根据？ 如果其他人认为它是5，为什么他们觉得它如此有价值？

确保团队中的每个成员都独立提供自己的评估。 有时候，主管或Scrum主管认为事情进展顺利，但这些牌却能说明事实。

这些问题可能很简单，但可以在您的团队脱离困境之前发现重大的健康问题。 如果您花时间进行定期审核，则将极大地提高回顾的重点，改善团队的平衡并提供更多的业务价值，这最终就是全部。

From: https://www.infoworld.com/article/3289629/4-essential-questions-to-audit-your-agile-process.html