Uber在100人规模时引入Program和Platform团队的经验
Uber如何在公司达到约100名工程师时引入Program和Platform团队,以及原因。来自Uber首位CTO Thuan Pham:
#1 - 职能拆分(即仅后端/移动端团队)不再有效:
“我们因职能型组织架构而停滞不前。每个功能都必须排队等待移动端开发带宽、调度带宽。
因为每做一个功能,你都要与许多团队协商,使得权衡变得不可能。
团队想要快速行动,很快感受到这种摩擦并抱怨起来。这是好事。”
#2 - Travis通过便利贴确定了业务最重要的领域:
“Travis、Jeff Holden和我花了几天时间。我们用便利贴,每种颜色代表不同职能:工程、产品、设计。每张便利贴上写一个人的名字。”
“Travis做了关于业务最重要领域的演讲。当时他想到大约17个领域。17个。”
#3 - 跨职能团队源于预算限制:
“我们没有足够的资金支持17个团队。我们只能支持7个,再加上几个。团队必须是跨职能的,因为我们再也负担不起职能团队的运营成本。
概念是团队必须拥有完成任务所需的所有技能。无论需要做什么,他们就直接去完成。
我们称其中一些为Program团队,另一些为Platform团队。Program团队构建最终用户使用的产品,Platform团队构建Program团队使用的工具和层。这就是Program/Platform的第一个版本。”
#1 - 职能拆分(即仅后端/移动端团队)不再有效:
“我们因职能型组织架构而停滞不前。每个功能都必须排队等待移动端开发带宽、调度带宽。
因为每做一个功能,你都要与许多团队协商,使得权衡变得不可能。
团队想要快速行动,很快感受到这种摩擦并抱怨起来。这是好事。”
#2 - Travis通过便利贴确定了业务最重要的领域:
“Travis、Jeff Holden和我花了几天时间。我们用便利贴,每种颜色代表不同职能:工程、产品、设计。每张便利贴上写一个人的名字。”
“Travis做了关于业务最重要领域的演讲。当时他想到大约17个领域。17个。”
#3 - 跨职能团队源于预算限制:
“我们没有足够的资金支持17个团队。我们只能支持7个,再加上几个。团队必须是跨职能的,因为我们再也负担不起职能团队的运营成本。
概念是团队必须拥有完成任务所需的所有技能。无论需要做什么,他们就直接去完成。
我们称其中一些为Program团队,另一些为Platform团队。Program团队构建最终用户使用的产品,Platform团队构建Program团队使用的工具和层。这就是Program/Platform的第一个版本。”