打字猴:1.704135575e+09
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
[ 上一页 ]  [ :1.704135575e+09 ]  [ 下一页 ]