【Scrum模式语言7】由开发者排序的工作计划

译者语：传统的项目管理模式使用甘特图来制定工作计划，在Scrum模式下，我们用Sprint待办列表来表示工作计划。排序是Sprint待办列表的核心，怎样维持工作的节奏？如何有效率地完成交付？还有如何平衡PO的影响等等，这些都是排序时要思考的问题。Scrum追求开发团队自我组织，但实际上要实现这一点不是一件容易的事，正如文中所言，能独立地安排工作计划，是团队实现自组织前的重要一步。因此，每一个Scrum开发团队都应该认真面对工作计划。

每天，开发人员在一起决定工作项的顺序。

开发团队会根据团队速率和从产品待办列表的顶部拖入到Sprint的工作项的价值，来创建一个工作计划——Sprint待办列表。从进入开发阶段起，就要开始寻求如何有节奏地进行增量开发，或是通过最佳的工作计划整理最大限度地保持住昨天的势头。

仅当开发团队在当前Sprint后期预报了Sprint的目标时， Scrum要求对特定目标做出承诺的态度是十分肯定的。而且一般来说，健全的Scrum团队能够满足他们对Sprint待办列表交付的预期。团队通常会提前发布两到三个Sprint的计划 ，不过目前只有当下这个Sprint是需要交付的。当然，有时候计划难免会被紧急需求打乱，即便如此，运转良好的Scrum团队仍然可以做到稳步地兑现交付计划，以确保对业务提供支持。

Sprint的控制权其实应掌握在Scrum团队自己手里，不过Scrum从业者们有时难以真正领会这个游戏精神。特别是当 Scrum 团队执着于利益相关方的期望和团队的承诺时，会很容易忘记他们所享有的自主权。团队从Sprint一启动，就致力于实现 Sprint目标。也有Scrum团队认为应该按照产品代办列表项（PIBs）的排列顺序安排工作计划。但是这样一来，即便有些待办列表里的任务没有在Sprint 结束时完成，团队会觉得没有问题，因为至