协调几个团队间的工作的一个常规实践是Scrum of Scrums会议。这些会议让多个团队可以讨论它们的工作，尤其关注交叉和集成的领域。
试想一个完美平衡的项目，它包含七个团队，每个团队有七名成员。这七个团队独立进行自己的每日站会。每个团队也指定一个人去参加Scrum of Scrums会议。派谁去的决定由团队做出。通常选出的人应该是团队的技术贡献者——例如程序员、测试员、数据库管理员或设计者——而不是ScrumMaster或产品负责人。派去参加Scrum of Scrums会议并不是无期徒刑。参与人员在典型项目的整个周期内都会变化。团队选出的代表应该是对项目中最可能出现的问题最能理解和做出解释的人。
如果参与的团队数量较少，那么可接受的方法是每个团队派出两个代表——一个技术贡献者，如前所述，和ScrumMaster——如果团队愿意的话。当只有四个或更少的团队时，我倾向于这样干，这能使会议规模保持在八人或更少。很多Scrum of Scrums小组不为自己指定一名专门的ScrumMaster。毕竟，参加的个人习惯于用自组织团队的方式参与。不过在有些小组中，有些人自愿担任Scrum-Master。这取决于小组自己是否愿意如此。
Scrum of Scrums会议能以递归的方式按比例放大。如果一个大型产品由很多团队的团队在开发，那每个Scrum of Scrums的代表可以参加所谓的“Scrum of Scrums”会议，尽管这开始时听上去有些傻，很多组织坚持称呼它为Scrum of Scrums会议，而不管其发生的层次。可以在图17.5中看一个例子，里面有十一个团队。它们组成三个团队的团队，每个都有自己的会议。但因为那三个团队的团队工作于同一个产品，还有另外一个级别的会议，由每个第一级Scrum of Scrums会议派出一个人参加。
图17.5 Scrum of Scrums会议可以被递归应用于需要协调一个团队群的很多层上。
频率
Scrum of Scrums会议在三个重要方式上不同于每日站会：
它们不需要天天举行。
它们不需要限定为15分钟。
它们可以是解决问题的会议。
对于多数项目来说，每周举行两到三次Scrum of Scrums会议就足够了。周二-周四或者周一-周三-周五的安排是合适的。虽然Scrum of Scrums会议通常15分钟就能结束，我还是建议在日历上预定30或60分钟时间。因为不同于每日站会，这些是解决问题的会议。如果小组谈到了一个问题，并有合适的人来解决，那么他们就应该这样做。
想想有多少人可能在等待解决方案。可以有接近100人在等待来自于Scrum of Scrums会议的答案（如果是Scrum of Scrums的Scrum会议，则有更多人）。带到会议上的问题要尽可能快的解决，那意味着会议不能按照预定时间立即结束并把余下的问题留到下一次。
当然有时出现的问题无法马上被解决。可能需要别人介入或者是需要额外的信息。当一个问题不能被马上解决时，它被放入小组的“问题backlog”中——这是Scrum of Scrums小组的重要问题清单，或者是计划解决，或者是想要追踪问题以保证另外一个团队解决它们。经常一个简单的跟踪机制对这个backlog就足够了。很多团队用挂在团队房间的一大页纸，一个电子表格，或者是一页wiki来记录它们。
议程
Scrum of Scrums会议跟每日站会除了名字相似外，再别无共同处。每日站会是一个同步会议：单个的团队成员聚到一起沟通自己的工作和同步进展。而Scrum of Scrums是一个解决问题的会议，不像每日站会那样追求快节奏。Scrum of Scrums会议的议程见表1。从表中你能看出，它和每日站会一样，从每个参与者回答三个问题开始：
从上次会议后，我的团队做了哪些会影响到别的团队的东西？
在下次会议前，我的团队计划做哪些会影响到别的团队的东西？
我的团队遇到哪些问题可以寻求别的团队的帮助？
表1 Scrum of Scrums会议的议程包括三个问题，然后是对问题backlog的讨论
| 长度 | 议程项 |
| 限时15分钟 | 每个参与者要回答三个问题：
1. 从上次会议后，我的团队做了哪些会影响到别的团队的东西？ 2.在下次会议前，我的团队计划做哪些会影响到别的团队的东西？ 3.我的团队遇到哪些问题可以寻求别的团队的帮助？ 注意：这部分会议没有个人内容。 |
| 随需要而定 | 解决问题，并讨论问题backlog中的事项。 |
限时15分钟 每个参与者要回答三个问题：
从上次会议后，我的团队做了哪些会影响到别的团队的东西？
在下次会议前，我的团队计划做哪些会影响到别的团队的东西？
我的团队遇到哪些问题可以寻求别的团队的帮助？
注意：这部分会议没有个人内容。
随需要而定 解决问题，并讨论问题backlog中的事项。
在讨论中出现的话题要加入到小组的问题backlog中。这部分会议内容要又快又短。你要把时间限定为15分钟，就如同每日站会一样。一个技巧可以帮助做到这点，就是坚持避免谈个人问题的原则。这样有两个原因。第一，能保持讨论在一个合适的细节程度上。参加会议时，我想听到每个团队的工作状况，而不是个人的。第二，太多的人把在会议上发言时间的长短和重要性等同起来。遵守这个原则，可以让这部分会议迅速结束。
每个人回答完这三个问题后，会议参与者就开始解决前面讨论中出现的或者已经在问题backlog中的问题、困难或挑战了。
Scrum of Scrums小组不进行正式的sprint计划和评审会议。这些会议的参与者都是各自小组最初和最重要的个人贡献者。高级的Scrum of Scrums是一个更临时性的小组，在项目中成员会偶尔变化。最能驱动项目朝着正确前进的Sprint计划和承诺只属于单个团队的级别。
文章来源：酷勤网 作者：佚名
