动态

Uber在100人规模时引入Program和Platform团队的经验

Uber在100人规模时引入Program和Platform团队的经验
The Pragmatic Engineer
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的第一个版本。”
动态The Pragmatic Engineer2026-04-13原文

相关内容