Scrum将障碍定义为“任何阻碍团队提高生产效率的因素”，并明确强调团队应建立持续不断移除它们的办法，
价值流中的障碍
。Joe Little提议：使用“障碍范围” 这种定义，可以帮助组织更有效地向客户传递价值。在本周早期的一个帖子里，Little表明了为什么他觉得对于敏捷团队来说速度是一个很重要的测量标准 。他提出三个因素：
防御：速度让团队有充足的理由对经理和客户说“不”（或“是”）。
合理性：速度测量标准能够帮助经理们更容易理解“为什么敏捷很重要”。
挑战：速度可以充分调动团队的积极性以移除障碍。
此后，Little深入探讨了第三个因素的子话题：追捕障碍。他问道：“障碍的范围如何界定 ”，并认为敏捷中广为人知的障碍的说法也许没有命中要害。
根据Scrum中的定义，障碍是任何阻碍团队提高生产效率的因素。我个人认为世上没有完美的事物，所以我觉得任何东西或多或少都是障碍。关键在于要识别出当前最大的一个或两个障碍。Scrum还认为障碍涵盖的范围很广，包括工程实践和个人问题等方面，
管理资料
《价值流中的障碍》(https://www.unjs.com)。但是我没有看到多少从价值流[译注]的视角以端到端的方式来看待障碍范围的状况。所以我会说：任何减少了团队成果业务价值（或价值实现速度）的东西都是障碍。
接下来，Little举出一个实例：一个开发团队，对于他们构建的软件，他们的伙伴“实施/安装”团队尚未准备好安装。在这个例子中，团队的工作已经完成了，但是还没有实现任何业务价值。Little强调：无法实施是目前最重要的障碍，开发团队应该想办法投入一些精力来解决这个问题。
Mary和Tom Poppendieck 、Kenji Hiranable 与其他人近年来努力推行的、在精益软件开发 中所倡导的系统化思维特性，与Little的言论互相吻合。简而言之，要通过理解完整的价值流和移除发生的任何障碍来防止发生本地优化。
译注：价值流（Value Stream）和价值流图（Value Stream Mapping）是精益生产系统框架下的、一种用来描述物流和信息流的形象化工具。它运用精益制造的工具和技术来帮助企业理解和精简生产流程。价值流程图的目的是为了辨识和减少生产过程中的浪费。
查看英文原文：Impediments To Your Value-Stream
来自：http://www.infoq.com/cn/news/2008/05/impediment-scope