Scrum框架现在得到了越来越广泛的使用，在接受CSM培训课程时，基本上都是针对基于单个团队来进行讲授的，但是在实际的工作中，我们可能是多个团队围绕一个产品进行开发，所以对于如何进行多团队的管理和规划一直处于懵懂的状态，在阅读了《Scrum精髓，敏捷转型指南》后，心中的困惑得到了澄清，现将书中的内容和一些感受分享如下：
无论对个人还是企业，规划的重要性都不言而喻。同样的，在Scrum的实施过程中，规划也同样占据着不可或缺的地位。
对于Scrum项目，在整个产品开发过程中，需要在不同的时间点制定细节程度不同的计划，要在多个层级上进行规划——分别为每日规划、迭代规划、版本规划、产品规划、组合规划以及战略规划。
这就是Scrum的多层级规划。
战略规划：这种规划对于组织来说至关重要，需要由组织领导层根据市场，业务等因素考虑来制定。
组合规划
组合规划用来确定要完成什么产品、按照什么顺序完成以及持续多长时间。概念上，组合规划要高于产品规划，组合规划处理的是产品“集”。但组合规划的一个主要输入是来自于产品规划活动构想出来的产品概念。
比如微软的Office产品组合，包括Word，Excel，PowerPoint等产品。
产品规划
产品规划的目的是获得潜在产品的基本特性，并制定大致的计划。构想工作一开始是建立愿景，接着建立概要产品列表，常常还要一个产品路线图。
比如，现在的智能手机产品，其产品包含硬件和软件，软件包含诸多，例如试听播放器、网页浏览器等等，对于大型产品，可以采用多层级的产品列表来进行描述。
版本规划
版本规划主要是针对增量交付取得范围、日期和预算之间的平衡。在一个产品的愿景搭建完成之后、开始第一个和版本相关的迭代之前，初步版本的规划是合理并且是必须的，在规划中权衡这个版本能开发多少内容和何时完成。有时候一个版本可能得跨一个或多个迭代。
迭代规划
迭代规划在每个迭代开始的迭代计划会上进行，对团队在下一个迭代中做哪些产品代办事项进行确认，生成迭代列表，并适时制定为完成目标而必须完成的任务及工作。
每日规划
每日规划出现在团队的每日站会上。在每日站会中，团队成员以一种非常直观的方式，告诉团队其他成员昨天做了什么，今天准备做什么，遇到了什么问题。
以上，就是Scrum中的多层级规划，理解了多层级规划后，我们就可以进一步了解如何维护产品列表（Product Backlog），以及在每一层级的PB中，PBI需要详细到什么程度。
组合规划：史诗故事
产品规划：史诗故事
版本规划：用户故事
冲刺规划：用户故事分解后的任务
每日规划：任务