# 协调跨团队的 AI 开发

Taiga Learning · 工作表
https://taiga.training/zh-CN/lessons/development-at-scale/

使用虚构或获准信息。不要在工作表中写入秘密信息。

## 学习目标
- 识别代码生成无法消除的约束。
- 定义共享约定及其变更负责人。
- 区分局部产出与组织整体交付表现。

## 练习
将虚构客户导出功能映射到身份、计费、数据和平台团队。写出一项共享约定及其负责人。标出各处等待。提出一项减少协调、但不移除必要控制措施的改进。定义如何观察其效果。

## 你的回答
- 场景与范围：
- 假设与未解决问题：
- 拟议答案或决定及其理由：

## 验证回答
| 说法或标准 | 证据或测试 | 结果或缺口 | 负责人 |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## 下一步行动
- 行动、负责人和日期：
- 何时复核这份回答？

## 应记住的原则
更多生成的修改，需要能够承接它们的交付系统。跨团队协调约定、责任归属、验证和运维。

## 来源
- [DORA: Loosely coupled teams](https://dora.dev/capabilities/loosely-coupled-teams/)
- [DORA: 2025 research report](https://dora.dev/research/2025/dora-report/)
- [CNCF: Platforms White Paper](https://tag-app-delivery.cncf.io/whitepapers/platforms/)

本工作表辅助学习。完成工作表本身，不构成对生产变更的授权。
