延迟决定
延迟做出决定是最初的精益原则之一，并且被作为精益软件开发的价值观之一。这个原则经常被描述为“直到最后一刻”来做决定。
做出过早行动的决定是没有什么价值的。为什么不等到做出决定，才能知道有关这个问题的最可能的信息？这就限制了做出错误决策的风险，并允许更多的选择或行动途径浮出水面。
场景
在Sprint计划阶段，开发团队为选择好的PBIs如何实现而制定详细的开发计划。通常情况下，在Sprint迭代中随着了解的信息越来越多，计划会发生变更。他们注意到当工作不太清楚时，计划变更会很频繁。知道这一点之后，对未被开发使用的需求而言这就是浪费，团队希望避免在制定计划时的返工工作。
对一连串行动做出承诺需要放弃其他选择。这常常会使那些意识到需要做出承诺的人放弃他们的想法。可能有几种方法来实现给定的功能，但当一个行动的过程已经被选中，开发人员可能会停止考虑其他解决问题的方式和导致缺乏创新的潜力。
精益方法
开发团队决定允许在Sprint Backlog中定义大的或者小工作条目。实际上，在Sprint中开发团队根本不使用详细的计划来决定接受一个Product Backlog。
开发团队现在等待稍后创建更多详细的计划时，更多的是已知的。对于他们来说，这意味着当工作开始或正在进行时，将大型Sprint Backlog项目分解成更小的部分。这推迟了详细的计划，直到它实际上是必要的，并允许团队改变执行的想法接近工作点。它也确保使用最好的可能的计划，而不是执行一个计划，可能不再有效。
这将导致更好地了解实施方案的时候来执行的功能。开发团队已经了解了更多的产品，在它的时候实现了以前的功能在Sprint，并且如果需要的化允许花费时间来做调查。
连载（五）