01
每一周
每周五都以一个决定收尾。
交付了什么、什么没通过、什么被卡住，证据附在后面。你们带走的是发布、暂停或停止的决定，不是一份汇报 PPT。
一周
一周产出什么
- 01 周一 本周范围定死。其他一概不做。
- 02 周中 检查一失败，当场可见。
- 03 周五 发布、暂停或停止。书面记录，附证据。
工作方式
团队本身就是瓶颈。
传统交付的定价、排期和编制都围绕人展开。我们用一名主责工程师和一个智能体集群换掉了团队。变化如下。
软件变了。
公司没变。
从这里开始变。
01
主责工程师
工程师说了算。不是客户经理。
签约前你们就能见到。由这个人调度集群、把住质量关，关键时刻找得到人。
一个人
主责工程师做什么
- 01 调度 定架构，定义什么叫完成，调度集群。
- 02 决定 检查不通过就拦下发布。没人能否决。
- 03 响应 你们要找的就是这个人。签约前如此，上线后也如此。
02
智能体集群
一个完整团队的产出。按周，不按季度。
AI 智能体同时开发、迁移数据、写测试、产出文档。不用组建团队，签约当周开工。
同一周
同时推进的事
- 01 开发 界面、服务和集成。
- 02 数据 迁移，并与旧系统对账。
- 03 测试 随代码一起写，每次变更都跑。
- 04 文档 运维手册和回滚方案，随工作同步产出。
03
落在纸面
代码、测试和运维手册。验收之前。
集群只按写下来的东西工作，所以测试、运维手册和回滚方案都与代码同时产出。你们团队接手的是一个文档齐全的系统。
在你们的代码仓库里
验收前已就位的东西
- 01 代码 源代码和测试。从首次提交起就是你们的。
- 02 运维手册 怎么运营、找谁、怎么回滚。
- 03 风险 每个未决事项，都有负责人。
逐周推进
速度，带刹车。
智能体集群可以跑得比任何人的审查都快。所以每周以一份书面决定收尾，每项检查都能拦下发布，没进你们代码仓库的东西，一律不验收。
02
检查
检查不通过，没有例外。
构建、安全、性能和数据对账。通过标准开工前写好，集群在每次变更时运行。主责工程师不能豁免，截止日期也不能。
检查
检查不通过，拦下什么
- 01 发布 构建失败不发布，预发布环境也不发。
- 02 上线 安全或性能检查不通过，不上线。
- 03 切换 没有写好并演练过的回滚，不切换。
03
验收
你们的团队签的是文件，不是日期。
验收前，代码、测试、运维手册和未决风险都已在你们的代码仓库里。系统由你们的运营团队接管。上线后，主责工程师在约定期限内保持响应。
验收
你们签字前，代码仓库里有什么
- 01 测试 随代码一起写，在你们的流水线里运行。
- 02 运维手册 怎么运营、找谁、怎么回滚。
- 03 风险 每个未决事项都有负责人。没有事后才暴露的问题。
下一步
告诉我们什么必须上线，以及什么时候。
我们会回复一份初步方案：用你们的话写清什么叫完成、多少钱、什么时候。之后由你们决定。