Scrum团队致力于在产品上取得进展。团队成员经常遇到阻碍他们前进的问题。要在当时就解决这些问题也许并不可行，不太实际，或者从组织或团队的角度并不是最有价值的。
内部或外部事件可能会减缓开发团队的工作进度。团队成员也许想立即解决问题，不过这会分散精力，影响团队达成迭代目标。
另一方面，如果不立即解决这些障碍，就可能从急性问题变成慢性问题，久而久之，这些问题变得可以被接受，或者说在某种程度上被忽略了。
障碍通常会妨碍开发团队完成工作，它也可能会阻碍团队改善绩效。比如，团队互动如果有问题就会阻碍工作取得进展，同样，运行速度慢或过时的设备可能会妨碍团队发挥他们的最佳状态。
因此：
通过障碍清单(待办事项)使得所有重要的问题可视化，将它们提报给组织中合适的人来解决。ScrumMaster根据严重程度和价值对这个清单里的条目进行排序。
任何Scrum团队成员都可以在列表中添加障碍使它可视化，能这么做的前提是这个Scrum团队是一个信任社区，因为有些障碍不太容易说出口，例如与健康、家庭状况或团队冲突有关的个人障碍。 团队成员应该能够向ScrumMaster倾诉这类障碍。考虑到团队中每个人的尊严问题，ScrumMaster可以自行解决一些障碍。
开发团队成员需要解决障碍清单中的大多数条目，但他们也可能会从Scrum团队之外的其他人那里获得帮助。ScrumMaster也许亲自处理一些障碍，否则这些障碍会成为团队其他成员的烦心事，况且还不需要他们的专业知识就可以解决。也可以换种做法，开发团队可以和产品负责人一起把解决障碍的具体工作添加到产品待办事项中。
另外，在Sprint回顾会议期间，Scrum团队可能会在清单中添加新的障碍。 这也是完善障碍清单的绝佳的时机。
障碍清单是改善(Kaizen)心态的体现空空如也的障碍清单说明团队还没有足够努力地去寻找改进的方法，“没有问题就是最大的问题”。另一方面，团队必须及时解决障碍，否则改进就停止了。清单上的障碍一定不能拖太久。
真实的故事
有一个团队向我抱怨他们的经理没有为他们消除障碍。我问他们，经理是否知道有什么障碍，他们说他们“认为”他知道。于是，我让团队在荧光便笺上写上目前的障碍条目，并在便笺最上面写上并加粗了“阻碍”一词，然后我就拿去给经理。当时他不在位置上，我就把它们贴在他的显示器周围，这样他肯定能看到。半个小时后，他叫着我的名字来找我，问便笺上这些是否是团队碰到的阻碍。我说：是的。他笑着说：这挺好的，现在终于知道自己需要做什么了。
——译者:Leo
校对:Suzzi
参考资料：
（1）A Scrum Book：40 Impediment List
