我要讲一个我看到的故事。曾经有一个团队Scrum做得很开心，他们使用铅笔、纸、便签等工具，仅此而已。但是他们总觉得自己太过时太不高科技了，就像其中一位成员所说：“这简单就是我爷爷他们那个时代的做事的方法”。所以有一天他们决定去采用更好的方法。
他们创建了一个数据库来存储那些原来在纸上的信息，然后他们开发了一系列基于Web的应用来录入和查询这些信息。每一周他们都会加入一些新的功能，直到这个工具变得相当的复杂。非常不幸的是，他们有一天发现他们必须要花很多时间来维护和扩展这个工具，他们不得不减少花在其它事情上的时间。但是这个工具真的很强大！不再只是一个简单的团队燃尽图，他们甚至能看到团队中每个人的燃尽图，他们可以清楚的看到谁做得比较快谁做得比较慢。
有人增加了wiki的页面，以便于每个人都可以记录他每天的工作, 这样他们其实不需要再开面对面的站会了。
有人开发了一个能自动为每个人创建任务列表的功能，这样每个人很快就知道他每天要干什么了。他们甚至不都要花时间去想这个问题，系统会告诉他每天有什么事情要做。
管理团队得知了这个工具（团队在一个Sprint Demo时演示了这个工具），他们要求团队增加一个新的页面，能让经理们直接访问，这样他们就能直接看到部门中每个人的燃尽图，及谁做得比较快谁做得比较慢。 也包括他们“实际递交的和计划递交的对比情况”（有人建议了这个新的指标，因为这个工具很容易算出这个指标），这个指标会用高亮并闪烁的文字展示在每个人的名字旁边。经理们很喜欢这个工具，他们要求团队进一步开发出一个wap的版本，这样他们就能随时随地使用黑莓手机来看到这些信息了。
几个月之后，这个原来很开心很高效的团队慢慢的变成了一个非常紧张，沮丧的团队，每个人都很小心谨慎，再也没有人提出什么新的想法，他们Sprint经常完不成目标。
要想再把他们拉回原来的状态看起来很困难而且成本相当高。更加令人沮丧的是，这一切来得有点莫名其妙。 我不是在说使用工具有任何错。对于大型团队特别是在多个场地协同工作的团队，工具是很有用的。对这个问题我的态度非常明确：请确保你的工具是在帮助你解决问题，而不是去掩饰问题。
作者：Pete Deemer
