|
|
1
3
一方面,越来越多的人声称他们是敏捷的,因此这样的测试允许按照“我们在做XP,我们不评论我们的代码”这一行对他们进行分类。 但是,我们如何才能确保人们以正确的方式理解问题,而不回答“好吧,我们有迭代。我们经常需要对它们进行一些扩展以满足我们的承诺,但我们确实有四周的迭代。”? 另一方面,您在中提供的链接很有趣,因为它不是初始版本,并且由Jeff Sutherland支持。 要点是:你不能用八个问题来概括一个开发方法。因此,IMHO,如果正确理解问题,那么测试本身就是有趣的。这对想要提高的团队是有帮助的。我不会对这个测试收集的结果说同样的话。 infoQ的这篇文章用了一种更好的方式: Simple checklists can provide a useful quick-and-dirty assessment. They won't tell you if the practices are actually delivering results. |
|
|
2
0
我很快就接受了测试,发现这些问题对于那些自称在做Scrum的人来说都是很好的问题。我还会问一些问题,比如:
|
|
|
3
0
|