← #792

新增一个团队是错误的战略决策

查看原文 HN 讨论

文章摘要

作者 Aleix Morgadas 当时是一家支付公司的工程经理（Engineering Manager），手下有一个”tribe”覆盖 4 个团队。文章复盘的是 2020 年——预算相对宽松的一年——领导层在没有征询他意见的前提下，新设立了一个所谓的”CX Tribe”团队，专职去做一个客户体验仪表盘，目的是缩短客服工单解决时长。从问题本身来看，”客服工单太久”是一个真实的业务痛点，看起来增设一个团队是合理的反应。但作者复盘后认为：这是一次错误的战略决策。

错在哪里？文章给出几条相互交织的原因：

1. 与运行模式冲突：公司刚刚从”按组件划分”（mobile / backend / web）切换到”按产品端到端”的跨职能团队模式，强调团队拥有完整的客户旅程。新增的 CX 团队却恰恰回到了”按组件划分”的旧逻辑——它要做的是一个横切的 dashboard，而不是端到端的产品所有权，这与新模式从根上对立。

2. 执行层面的硬伤：CX 团队由另一位负责人管理，与原有 tribe 之间没有形成一体；资源配备不足；招聘周期被拉长，交付一再延后。
3. 重复劳动：领导层的方案要求 CX 团队建中心 dashboard，同时又期望各个产品团队再各自构建对应的 microfrontend，等于让两侧团队同时建设同样能力。
4. 底层支付系统挑战：分布式系统中数据一致性问题众多，新团队还来不及解决这些前置问题就开始做上层 dashboard。

作者由此提炼出几条普适的组织设计教训：

• 信息向上流动很慢：自下而上的组织模式变更不会迅速渗透到决策层；高层往往仍以旧的心理模型在做加法。
• 社会-技术系统需要整体性思考：往一个有机的组织里硬塞一个新结构，没有理解既有的团队动态与依赖关系，只会产生摩擦而非效率。
• “故意低优先级”也是一种战略：作者后来有意识地把 CX 团队的工作排在低位，把资源集中在原 tribe 自己掌握的指标改进上——短期看是浪费，长期看是把火力对准了更高 leverage 的方向。
• 工具落地远比工具本身重要：dashboard 即便技术上做得再漂亮，如果缺乏培训、文档与流程整合，使用率仍然为零。

HN 评论精华

• 权力与激励错位：有评论问”那么作者究竟该怎么办？”并指出，被外部强加任务且与自己所有显性激励冲突时，”消极抵抗并不算 tribal，而是合理选择。”
• 缺失的协作叙事：批评者注意到，文中几乎没怎么提到他和那位另一位 EM 的合作——”也许真正该做的是和另一位工程经理一起想办法”，而不是看着新团队跌跌撞撞。
• 组织政治预警：另一种解读是这看起来像作者在”保护自己的版图”。CX 团队是更高层做的决定，他作为 tribe lead，是否该如此对抗值得追问。
• 执行胜于完美方案：套用足球里的格言——”全队投入地执行任何一个方案，往往比迷茫地执行最佳方案要好”。一旦被卷入新结构，集体投入就比内耗更重要。
• 端到端团队的脆弱性：有评论指出端到端团队最大的难点是”成功依赖于其他专业团队的协作”，这要求资深成员之间已有信任基础——靠新人组队几乎注定失败。
• 3 个 FTE 做内部 dashboard 的反讽：另一条评论觉得最荒诞的细节是”为一个内部 dashboard 招了 3 个全职”，尤其是当后端工程师抗拒做前端时；这种规划本身就该被叫停。