跨团队协作成本太高时，复制组件比统一方案更实际
原文链接 里有个案例。公司空降了一个客户体验团队做统一 dashboard，结果过了 3 个月都没有交付，5 个月后被解散。反倒是各产品团队通过自建内部 dashboard 的方式，一个月就把工单解决时间从天级降到了小时级。
是什么
跨团队协作成本太高、时间又紧的时候，让各团队复制组件独立开发，比推一个需要所有人配合的统一方案更实际。
各团队各干各的，写好各自的 API，互不干扰。最大的好处是少了一个跨团队协作点。不用等别人，不用开会排优先级，不用对齐理解。
为什么
统一方案需要所有相关团队达成共识、排好优先级、按同一节奏推进。团队越多，协调成本越高。这个案例里统一 dashboard 需要 3 个月才能交付第一个版本，然后各团队还得往里面开发各自的功能。按照团队人手和进度，这个时间线根本不现实。
各团队自建 dashboard 看起来在浪费资源（重复造轮子），但因为省掉了跨团队协作的协调成本，实际交付速度反而快了好几倍。
怎么做
检查四个前提条件是否同时满足：
- 有一个明确的业务指标卡着时间（这个季度必须出结果）
- 统一方案的交付时间线不现实
- 各团队有能力独立完成各自的部分
- 复制的成本（重复开发的工时）低于跨团队协作的协调成本
当这些条件满足时，各团队可以自建工具，只覆盖真正需要的功能，不追求完整。所有功能走 API-first，各团队写好各自的接口。不强制团队采用不够好的统一方案，这是 Team Topologies（一本讲软件团队组织方式的书）里的原则，平台不够好就放弃它。
条件不满足时，比如时间不紧或统一方案进展顺利，协作仍然是更好的方案。复制组件不是默认选项，是协作走不通时的务实退路。