你觉得Scrum Nokia Test有用吗？

Question

今年Scrum和敏捷测试/断言似乎越来越受欢迎。例如，Nokia test for Scrum。 I don't think it is a good idea to have such tests at all。你觉得怎么样？

Answer 1

一方面，越来越多的人声称他们敏捷，所以这样的测试可以解决那些“我们正在做XP，我们不评论我们的代码”的行。

但我们怎样才能确保人们能够以正确的方式理解这个问题，而不是回答“好吧，我们有迭代。我们经常需要延长它们以满足我们的委托，但我们确实有四周的迭代时间。” ？

另一方面，您提供的链接很有趣，因为它不是初始版本，而且由Jeff Sutherland支持。

重点是：你不能用八个问题来推广一种开发方法。因此，恕我直言，单独测试是有趣的，如果回答正确理解的问题。对于想要改进的团队来说，这可能会有所帮助。对于通过此测试收集的结果，我不会说同样的事情。

这篇infoQ文章以更好的方式说明了这一点：Simple checklists can provide a useful quick-and-dirty assessment. They won't tell you if the practices are actually delivering results.

Answer 2

我很快就接受了测试，发现问题是一个很好的问题，可以问一个声称在做Scrum的人。我还会问诸如以下问题：

• 您是否拥有自动构建流程？
• 它多久运行一次？
• 构建中断时会发生什么？

OTOH，这样的测试作为自我评估是有用的，但我不会根据测试对某个团队进行评级。

Answer 3

我看到诺基亚测试可用于快速浏览。

为了进一步调查，我建议使用更详细的 Henrik Kniberg的Scrum清单，这对教练和 scrum master很有帮助，可以快速找出敏捷团队所做的大多数领域的差距。即使有70个问题，团队成员也会回答是/否。我们能够在20分钟内完成这项调查。特别是如果你在几个月后重复它，你可能会对你的团队的答案感到惊讶。

如果您需要对敏捷实施进行深入分析，我建议使用 Mike Cohn 创建的C * omparative Agilit * y评估。它有助于贵公司与行业的相对比较。我们在企业组织中使用它，对适应过程质量产生直接影响。多亏了这个适应过程在这个企业公司好多了

详细了解Scrum清单和比较敏捷性here。