1704135613
例如，服务器端子产品迭代速度快，每个迭代版本可以实现每周一次发布；APP端产品受制于平台，最快也需要两周才能有一次发布；客户端产品节奏更慢，需要考虑兼容性和适应性问题，准备工作更多，所需时间更长，只能做到4周一次发布。为了解决这种复杂的协作关系，腾讯安排服务器端子产品不用等待其他子产品，可以各自按照进度推进，但在第四周之后，也就是各端子产品都完成一次发布之后，将进行一次统一的发布，实现大的功能点的更新和新功能的发布。
1704135614
1704135615
1704135616
1704135617
1704135618
版本火车
1704135619
1704135620
多个子产品以各自独立的节奏去运作，貌似步调混乱，但通过寻找每个子产品的整数倍节奏，在固定节点进行对其同步，就能实现统一发布。这种求同存异、乱中有序、各自心跳、统一管理的思维，是腾讯保持产品速度和小团队独立灵活性的本质的哲学逻辑。
1704135621
1704135622
1704135623
1704135624
1704135625
腾讯之道：我们应该向腾讯学什么？ [:1704131732]
1704135626
腾讯之道：我们应该向腾讯学什么？ 第3节 透明胜于沟通
1704135627
1704135628
除了产品的运作机制和团队的协作机制外，为了实现多人员的高效协作，透明也显得极其重要。
1704135629
1704135630
何为透明？这是指团队中全体成员要把自己的工作信息，包括进度、问题等，积极主动地告知身边的同事，而不是被动地等待去同步。
1704135631
1704135632
透明是一种更深层次的沟通，它用广播的形式，实现了信息的快速对齐，有助于团队的高效运作。
1704135633
1704135634
腾讯内部一直秉承透明的理念，让各团队信息都能得到及时共享。那么，它是怎么做到的呢？
1704135635
1704135636
一日之计在于晨会
1704135637
1704135638
各团队每天早上聚到一起，用10多分钟的时间开一次晨会。会上，大家轮流讲述自己前一天的工作和这一天要完成的工作，并会交流遇到的问题，实现了团队内部信息的对齐。如果问题很棘手的话，还会组织进行二次会议。晨会结束后，遇到问题的相关人员将继续深入讨论解决方案，以保持信息的流转范围不被扩大，也大量节省了其他队员的时间。
1704135639
1704135640
实时刷新的进度墙
1704135641
1704135642
每个团队都会有一面自己实时刷新的“进度墙”，上面标识出产品实时的状态，包括待开发、开发中、待测试、测试中、已发布等阶段。
1704135643
1704135644
例如，在产品早期，各团队会有一个初步的计划。此后，如果按照正常流程，一次迭代完成以后各团队都会达到待发布的状态。但在产品推进过程中，往往会出现各种问题，所以这种“进度墙”模式可以实现产品进度的透明化，让团队成员每时每刻都能够掌握产品整体的进度。出现问题时，大家也可以快速去解决。
1704135645
1704135646
1704135647
1704135648
1704135649
进度墙
1704135650
1704135651
全部透明的需求池
1704135652
1704135653
需求池，就是产品信息汇聚地——TAPD，这也是腾讯花费大量人力和物力开发出来的一套适用于互联网的项目管理工具。
1704135654
1704135655
TAPD需求池里存有全部待开发、待评审、已开发、已发布或者用户反馈信息、Bug等，实现全面的透明，团队人员都可看到现阶段和历史的需求池，了解产品当前的状态，看到产品未来的发展方向。
1704135656
1704135657
1704135658
1704135659
1704135660
TAPD需求池
1704135661
1704135662
近在手边的实时数据