运营一个AI原生工程组织 – Claude

在2026年旧金山举行的Code w/ Claude大会上，Claude Code和Claude Cowork工程总监Fiona Fung详细介绍了团队在采用代理编码作为默认工作方式后，其流程和结构发生的根本性变化。

Fung指出，过去软件规划和交付的所有流程——无论是瀑布式还是敏捷式——都是围绕工程带宽这一昂贵资源设计的。但随着代理编码消除了实际编写代码的需要，瓶颈并未消失，而是转移到了验证、代码审查和安全领域。工程领导者们最常问的问题之一是：“人类如何跟上你们进行代码审查的速度？”

为了应对这些变化，Claude Code团队重写了一系列规范。在规划方面，他们从六个月的产品路线图转向即时（JIT）规划：快速原型，让内部用户试用，并根据反馈采取行动。在上下文收集上，新规范是首先询问Claude，而不是寻找代码作者，并考虑是否可以将问题自动化。例如，Fung每天早晨让Claude自动总结客户反馈渠道。

代码审查方面，Claude负责所有样式、代码风格、错误捕获和测试添加，而人类则专注于需要领域专业知识的领域，如法律审查、信任边界和安全敏感代码。产品经理和设计师也参与产品直觉和品味的把关。

团队构成也发生了变化。非传统编码人员现在能够做更多工程工作，而工程师则承担内容设计等传统上非技术性的任务。Fung特别关注两类人才：具有产品直觉的创意建设者和具有深厚系统专业知识的工程师。她不再强调原始吞吐量，因为模型已经处理了这一点。

新规范的推出结合了强制性的团队原则和子团队（pods）的自主权。核心原则包括：无条件地亲身使用产品、保持团队扁平化（管理者从IC做起）、以及毫不犹豫地淘汰不再有效的流程。每个pod可以自主调整使用Claude进行分诊、规划仪式和站会的方式。

为了衡量新流程是否扎根，Fung建议工程领导者跟踪三个指标：入职时间缩短（新成员更快生效）、PR周期时间缩短（注意CI可能成为瓶颈）、以及Claude辅助提交的比例上升。但她警告不要将吞吐量与成功混淆：真正的指标是衡量你试图解决的问题。

最后，Fung鼓励每个团队找出最嘈杂的工作流——那个最昂贵或令人畏惧的——并问自己：它还在服务于其目的吗？如果是，你能自动化它吗？她分享了一个例子：一个昂贵的周会，所有人都低头看笔记本电脑，只有轮到报告时才抬头。一个简单的问题“我们为什么还要开这个会？”让团队意识到不再需要，从而取消了会议。