为了解决这个问题，一些敏捷教练建议团队花10％的时间来整理积压的东西。一些敏捷教练甚至建议单独整理会议以进行整理，有时也称为“故事时间”会议，其唯一目的是整理待办事项。像其他项目一样，敏捷项目也会受到“故事蠕变”的影响，形式是创建的用户故事，但并没有真正产生实质性的价值，但被认为是“当时的好主意”。

另一个问题是团队和通常的产品所有者没有资格评估业务价值和验证需要的想法。防止这些问题的一种更好的方法是实现发现和传递的双重轨道。我坚信这种双轨方式将提高速度，提供更高质量的产品，并且成本要低得多。

发现轨道与快速生成经过验证的产品待办事项有关，交付轨道与与生成可发布软件有关。下面列出了使用这种方法可以实现的一些好处。

消除几乎没有价值的功能

根据Standish Group Research的研究，很少或从未使用过64％的功能。这是由于两件事的结果：1）在未验证真正需求的情况下生产软件，以及2）由于对用户体验的关注不足而未获得用户的认可。发现跟踪特别关注这两件事：验证需求并获得良好的用户体验。

减少返工

敏捷是一个反复的过程。迭代意味着您不能一次性完成一项功能。您编写代码，获取反馈，并继续该周期，直到获得合格的产品为止。减少迭代次数可以减少时间和成本。为团队预先提供更好的信息可以大大减少迭代次数。

成本效益验证

当前将未经验证的项目放置在待办事项中的做法是一种不良做法，并且始终存在。目标应该是以最快，最便宜的方式验证想法。使用代码和开发迭代来验证想法是缓慢，昂贵且浪费的。在双轨敏捷中，发现团队可以使用精益启动概念，例如最低限度可行产品（MVP），这些概念通常是纸质原型和调查，而不是用来验证思想的代码。探索小组的工作是验证每个想法，并消除那些不会增加价值的想法。

更好的用户体验

设计用户体验是用户采用的关键。但是，将用户体验设计整合到敏捷中一直很困难，因为它经常破坏敏捷团队的节奏和节奏。使用双轨敏捷有助于解决此问题。用户体验专家是发现团队的组成部分，致力于构建和验证原型，这些原型是交付团队的规范。最重要的是，大多数用户体验验证都发生在发现过程中，而不是在软件发布后进行验证，从而降低了成本并减少了返工。

不要忘记在下面留下您的评论。