前面《玩转Scrum》和《Scrum Master实用手册》两个系列主题，笔者通过详细解读Scrum的工作方式跟大家介绍了单个敏捷团队应该如何组织，相信大家对这部分应该都了解的比较清楚了。
接下来，我会将焦点放大一些，以《小团队，大敏捷》作为接下来这个系列的主题，跟大家聊聊多支敏捷团队应该如何协同。
小团队
大家都知道，除了Scrum，敏捷团队的工作模式还有很多，但究其本质，都大同小异。
总体上说，敏捷给我们提供了一个“小而美”团队的解决方案：通过控制单个团队规模，降低信息在团队内交换的复杂度；通过跨职能团队的组建，降低问题解决的组织复杂度。
“小而美”的团队提升了团队成员的分布式决策和解决问题的能力，因而能做到“行动敏捷”；通过尽可能早的交付用户价值和获得反馈，真正“拥抱”变化而不是“控制”变化，从而能做到"应变敏捷"；通过不断提升团队的输出和团队成员的工作满意度持续改进，从而做到“持续敏捷”......
可以说，小团队是一切敏捷模式的组织基础。
大敏捷
但，小团队的力量毕竟有限。要完成一些“大”的目标，如何将多个小团队有机的融合在一起，力出一孔，是一个非常自然的课题。
在Scrum或者说敏捷诞生的第一天，就被指摘这种方式仅仅适合单一团队或者小规模团队。
果真如此么？
一种新的学说要经历三个阶段。首先是它受到攻击并且被声称是荒谬的；然后它得到了承认，被认为是正确的、显然的，但却是无关紧要的。最后它真正的重要性得到承认，它的敌人声称因为发现它而感到荣耀。 ----William James
随着敏捷逐渐被大家接受，许多大规模的敏捷模式也逐渐的映入到了大家的眼帘：LeSS，SAFe，Spotify......于是我们又陷入了跟单个团队应该选择什么敏捷实践一样的困境：规模化敏捷哪家强，总不至于找“蓝翔”吧？
笔者一贯认为，敏捷圈子从来都不缺乏理论，缺乏的是好的实践。
空谈误国，实干兴邦。所以在“小团队，大敏捷”这个话题中笔者无意去逐一详细解读各种模式的优劣，而是想通过比较“宏观”的方式来跟大家一起去深入探究几种主流的模式究竟怎么“规模化”了敏捷，敏捷在规模化的过程中需要注意哪些方面......
希望能够帮助各位敏捷同仁找到属于自己的“大敏捷”之路！
让我们一起来见证"敏捷大场面”，Be Part Of Something BIG!
