面向管理者与团队的实践指南：团队会经历哪些阶段，如何判断目前所处的位置，以及如何进入下一阶段。
发生了什么变化
在传统团队中，工作沿着一条链路推进。产品经理编写需求，设计师绘制界面，开发人员编写代码，测试人员检查结果。每个人把产出交给下一个人，从想法到可运行版本通常需要数周甚至数月。
编程智能体缩短了这条路径。一个原型可以在数小时或数天内完成，而且可能由一个人独立完成。角色边界开始变得模糊：产品经理和设计师开始构建可运行版本，开发人员则把更多时间用于架构、向智能体分配任务和审查智能体编写的代码。能够把一项任务从想法推进到发布的角色，通常被称为产品工程师（Product Engineer）。
团队会逐步走向这种模式。下面是四个阶段。
阶段0：功能工厂
特征：
- 需求以规格说明书的形式进行交接；
- 每个角色都有独立边界：产品经理负责需求，设计师负责界面，开发人员负责代码；
- 第一个可运行版本需要数周或数月才会出现；
- 开发完成后再由人工检查质量。
**阻碍因素：**没有AI工具，或公司禁止使用AI工具。
如何进入下一阶段：
- 为员工提供经过信息安全团队批准的AI助手；
- 明确规定哪些数据可以提供给AI，哪些数据不得提供。
阶段1：人人使用AI
特征：
- 员工在各自工作中使用AI：撰写文本、分析数据、生成部分代码；
- 角色和流程没有改变，成果仍沿原来的链路传递；
- 每个人的工作速度更快，但整个项目周期几乎没有变化。
**阻碍因素：**每个人只加速了自己的环节，人员之间的交接仍然存在。时间依然消耗在等待和协调上。
如何进入下一阶段：
- 选择一项任务，让产品经理或设计师借助编程智能体搭建原型；
- 指定一名开发人员协助配置环境并审查原型代码；
- 在正式开发开始之前，把原型展示给用户。
阶段2：产品经理搭建原型
特征：
- 产品经理或设计师可以在几天内独立搭建可运行原型；
- 需求以原型和示例的形式交接；
- 在开发前先让用户验证假设；
- 开发人员把已经验证的方案迁移到正式产品中。
**阻碍因素：**原型和正式产品相互分离，原型需要从头重写。产品经理缺少把原型推进到发布所需的工程技能。
如何进入下一阶段：
- 统一技术栈和代码仓库规则，使原型能够继续演进；
- 在代码仓库中记录智能体需要的上下文：架构、代码规范、构建和启动命令；
- 教会产品经理和设计师基本工程技能：git、启动项目、阅读日志和审查智能体代码；
- 对于AI功能，收集真实请求及其预期答案，并用它们检查每一次变更。
阶段3：产品工程师
特征：
- 一个人把任务从想法推进到发布；
- 大部分代码由智能体编写，人负责定义任务、检查并验收结果；
- 需求、规则和示例与代码一起保存在仓库中；
- 团队规模较小，每个人负责产品中一个完整领域。
**必须保持关注：**构建功能的成本变低后，团队很容易开发不必要的东西。决定做什么以及如何验证效果，仍然必须由人负责。
每个角色会发生什么变化
**产品经理。**过去编写规格说明，现在搭建原型并与用户验证假设。新增技能：使用编程智能体、基础工程能力和使用指标分析。
**设计师。**过去设计静态界面，现在构建可运行界面。新增技能：借助智能体完成前端实现，以及在代码中维护设计系统。
**开发人员。**减少手工编写代码，把更多精力用于架构、向智能体定义任务和审查代码，并确保原型能够演进为正式产品。
**测试人员。**从人工检查转向自动化测试和AI功能示例集。
**团队负责人。**建立小型团队，让每个人负责一个完整领域，并衡量从想法到用户验证所需的时间。
从哪里开始
- 根据上述特征判断团队当前处于哪个阶段。
- 选择一项真实任务，让团队在这项任务上进入下一阶段。
- 指定两个人：一个负责学习新角色，另一个开发人员负责提供支持。
- 两到三周后，将周期和结果与传统流程进行比较。
- 记录遇到的阻碍，并为下一项任务调整规则。
检查表
- 我知道团队目前处于哪个阶段。
- 员工可以使用AI工具，并且有明确的数据使用规则。
- 产品经理或设计师至少独立搭建过一次原型。
- 原型在正式开发前已经展示给用户。
- 代码仓库中记录了智能体所需的上下文。
- AI功能有请求示例及其预期答案。
- 团队会衡量从想法到用户验证所需的时间。