三种交互模式是什么
团队拓扑（Team Topologies）定义了三类团队之间的协作方式：协作、服务、促进。它们不是团队类型而是关系状态——同一对团队会随阶段切换模式，关键在于每种模式都要有明确的适用条件与退出条件。
三种模式
| 协作 Collaboration | 两队高带宽共同探索边界，适合发现期，沟通成本最高 |
|---|---|
| 服务 X-as-a-Service | 一方按接口与文档自助提供能力，规模化的默认模式 |
| 促进 Facilitating | 赋能团队阶段性介入辅导，帮助对方建立能力后退出 |
| 切换依据 | 探索是否结束、能力是否内化、接口是否稳定 |
典型使用场景
- 新业务方向模糊，业务团队与平台团队一起摸清边界与方案
- 能力稳定后从协作转为服务模式：文档、示例与自助入口替代会议
- 团队缺少可观测或测试能力，赋能团队驻地辅导几个迭代后撤出
- 识别长期协作的团队：会议不断、边界不清时安排切换计划
- 平台团队规划接口成熟度：先合作试用，再固化为标准服务
模式切换示例
模式切换示例
阶段一 新业务探索：业务团队 × 平台团队 协作
产出：边界定义、接口草案、实验结论
阶段二 能力稳定：转为服务模式
产出：接口文档、示例代码、自助申请入口
阶段三 团队缺可观测能力：赋能团队促进 1-2 个迭代
产出：监控看板、告警规范、值班手册，随后撤出
# 每种模式都要写清退出条件，否则协作会长期化三种模式对照
| 模式 | 沟通带宽 | 适用时机 | 风险 |
|---|---|---|---|
| 协作 | 高，频繁共同工作 | 边界未定、方案需共同探索 | 长期化后会议与耦合增加 |
| 服务 | 低，按契约交互 | 能力稳定、需求可预测 | 契约变更频繁打断使用方 |
| 促进 | 中，阶段性高频 | 对方缺能力且有内化意愿 | 撤出过晚形成依赖 |
模式切换要写进团队章程与依赖清单：谁在什么条件下从协作转为服务，由谁宣布，避免关系停在最费成本的阶段。