1704135575
1704135576
在这样良好的体制机制基础上，腾讯在管理200人或者更大规模团队时，驾轻就熟地按照产、研、运的组织结构进行复制。把一个200人的团队拆分为10个20人的团队，或20个10人的团队，分别负责产品的子模块。在这些子团队里面，还是由产、研、运“三驾马车”组成，独立工作，具备交付功能，为子目标努力，再通过彼此之间的协作，完成整个大产品的研发和交付。
1704135577
1704135578
用概念化的语言做以总结：腾讯通过组织拆分，实现了大团队向小团队的裂解，并采取团队间“高内聚、低耦合”的工作方式，进行大型产品的快速研发。
1704135579
1704135580
1704135581
1704135582
1704135583
腾讯之道：我们应该向腾讯学什么？ [:1704131731]
1704135584
腾讯之道：我们应该向腾讯学什么？ 第2节 统一心跳：迭代与版本火车
1704135585
1704135586
为了实现多个团队的快速研发，必须有一套机制来保证团队成员间步调相同，才能避免出现我快你慢、我等你赶的尴尬局面。
1704135587
1704135588
这套神奇的机制就是互联网业界反复谈到的那个词——迭代。
1704135589
1704135590
迭代，就是每个团队周期性运作的时间段，让团队成员以共同的节奏、共同的步骤、共同的周期、共同的心跳完成周期性运转，保证在每一个周期的同一时间点，团队中的每一个人做的事情是相对一致的。迭代也让团队内外有了共同的预期，知道什么时间点该做什么，该交付什么。
1704135591
1704135592
其中以周为单位进行迭代运转的方法被使用得最为广泛，被称为周迭代。
1704135593
1704135594
迭代的运用，帮助产品团队实现了“三化”：
1704135595
1704135596
（1）规律化：让极速奔跑的团队有条不紊。
1704135597
1704135598
（2）分散化：让大量复杂工作增量前进。
1704135599
1704135600
（3）协同化：让多个子产品间高效协作。
1704135601
1704135602
1704135603
1704135604
1704135605
迭代日历
1704135606
1704135607
上图就是一个完整的周迭代模型，从中我们可以看到，日历中规定了迭代期限为一周，并在每一个活动上安排专业人员负责组织实施，达到各司其职、共同负责的效果。
1704135608
1704135609
实际生活永远是复杂多变、难以预计的。光靠迭代模型，无法永远让所有的工作保持同步，而且在开发大型互联网产品的时候，一次乱步，往往就代表着谬以千里的重大延迟。
1704135610
1704135611
鉴于此，基于周迭代模式，腾讯推出了“版本火车”模式。它的核心是让不同的子产品以相同的周迭代为基础，通过“赶火车”的方式进行发布。
1704135612
1704135613
例如，服务器端子产品迭代速度快，每个迭代版本可以实现每周一次发布；APP端产品受制于平台，最快也需要两周才能有一次发布；客户端产品节奏更慢，需要考虑兼容性和适应性问题，准备工作更多，所需时间更长，只能做到4周一次发布。为了解决这种复杂的协作关系，腾讯安排服务器端子产品不用等待其他子产品，可以各自按照进度推进，但在第四周之后，也就是各端子产品都完成一次发布之后，将进行一次统一的发布，实现大的功能点的更新和新功能的发布。
1704135614
1704135615
1704135616
1704135617
1704135618
版本火车
1704135619
1704135620
多个子产品以各自独立的节奏去运作，貌似步调混乱，但通过寻找每个子产品的整数倍节奏，在固定节点进行对其同步，就能实现统一发布。这种求同存异、乱中有序、各自心跳、统一管理的思维，是腾讯保持产品速度和小团队独立灵活性的本质的哲学逻辑。
1704135621
1704135622
1704135623
1704135624