有时会说敏捷软件开发方法，例如 Scrum，是小型团队交付的小型项目的理想选择。
我个人肯定会同意Scrum对于小型，多学科，位于同一地点的团队来说是理想的，它们共同致力于。
但是，这些天来，我们听到了许多大型公司大量使用Scrum的例子。我似乎特别记得Yahoo曾经说过，他们正在对700名开发人员的项目使用Scrum敏捷项目管理！
当然，当团队基本上是一些不相关的小型团队的集合时，向上扩展Scrum相对简单，每个团队都使用Scrum但从事不同的项目。但是，当您需要一个非常庞大的团队来从事单个项目或大型计划中密切相关的项目时，该怎么办？
一种处理此问题的技术– although I’m sure it’s not enough on it’s own by the way –是一种称为‘Scrum of Scrums’.
这个概念很简单。每个团队每天开会并举行他们的会议 每日Scrum 照常。每个Scrum团队的一两个代表参加更高级别的Scrum，以跨团队进行协调。在非常大型的团队中，来自更高级别的Scrum的一两个代表参加了更高级别的Scrum，依此类推。
这意味着有些人需要参加两个Scrum，但是Scrum of Scrums技术可以很好地扩展，并且很容易看出在大型项目中如何快速地将重要信息一路级联。
但是，随着您的上线，需要传达的信息和交流的频率会发生变化，并且Scrum of Scrums的过程需要与通常的Scrum稍有不同。
迈克·科恩– popular author of 敏捷 Estimating 和 Planning 和 用户故事已应用 – has written a blog post giving his advice on how to apply the Scrums Scrums technique…
Advice on conducting a Scrums Scrums – by Mike Cohn
凯莉
