这份计划不是固定流程,而是一套从 L2 走向 L4 的参考推进顺序。你可以把它当成团队试点、复盘和逐步推广的一条样板路径,再根据团队规模、项目复杂度和接受度做调整。

适用阶段 从试点走向标准化

适合已经开始认真使用 AI,但还没有形成稳定团队机制的阶段。

使用方式 按周推进与复盘

每个阶段都要有交付物和检查点,避免只学概念、不改流程。

落地原则 允许调整,不求照搬

时间、顺序和重点都可以变,但节奏感和复盘机制最好保留。

Week 1-2
Phase 3 · 学习基础

团队培训与工具准备

先补齐 Phase 3 所需基础能力,统一认知,搭建基本工具环境,为后续试点建立共同语言。

交付物

  • 完成 Phase 3 基础能力培训(Token、Prompt、Agent 等)
  • 每人注册并熟悉 Claude / Cursor 等工具
  • 建立团队知识共享文档
Week 3-4
Phase 4 · 选择方法

选定试点项目

选择一个合适的试点场景,把学习过的能力落到真实项目里,并开始建立 SDD 流程。

交付物

  • 确定试点项目(建议选新功能或独立模块)
  • 制定团队 Spec 编写规范
  • 完成第一份 AI 友好的 Spec
Checkpoint 1
复盘检查点

第一次复盘

检查前 4 周的学习效果与工具使用情况,确认团队是否具备继续推进试点的条件。

检查项

  • 团队是否掌握 Phase 3 所需基础能力?
  • Spec 质量是否达标?
  • 遇到的主要问题是什么?
Week 5-7
Phase 6 · 实战演练

试点项目开发

用 SDD 方式完成试点项目,在交付过程中同时记录问题、验证收益并打磨协作方法。

交付物

  • 完成试点项目开发
  • 记录开发过程中的问题和解决方案
  • 收集效率提升数据(开发时间、代码质量等)
Checkpoint 2
复盘检查点

试点项目复盘

评估试点效果,总结经验教训,决定哪些做法值得沉淀为团队默认流程。

检查项

  • 效率是否有提升?提升了多少?
  • 代码质量如何?
  • 哪些环节效果好?哪些需要改进?
  • 是否需要调整流程?
Week 8-10
Phase 6 · 扩大实践

扩大应用范围

把试点中证明有效的做法推广到更多项目,逐步形成可复用的团队协作方式。

交付物

  • 2-3 个项目采用 SDD 方式开发
  • 优化 Spec 模板和开发流程
  • 建立最佳实践文档
Week 11-12
Phase 7 · 复盘优化

总结与制度化

把有效方法沉淀成标准流程、协作规则和推广计划,为更大范围复制做准备。

交付物

  • 完整的 SDD 流程文档
  • 团队最佳实践手册
  • 效率提升报告
  • 下阶段推广计划
Final Review
最终复盘

12周总复盘

对成熟度、效率变化和团队接受度做全面评估,决定下一步是继续深化还是全面推广。

评估维度

  • 团队成熟度是否达到 L3-L4?
  • 整体效率提升了多少?
  • 团队接受度如何?
  • 是否准备好全面推广?

执行建议

  • 时间灵活:根据团队规模和项目复杂度,可调整为 8-12 周。
  • 小步快跑:每个阶段都要有可验证的交付物,及时调整。
  • 允许失败:试点项目不一定一次成功,关键是能复盘出经验。
  • 持续沟通:保持每周同步进展,及时暴露问题。
  • 数据驱动:尽量记录效率变化,而不只凭主观感觉判断。
  • 因地制宜:不要照搬模板,要让计划服务于团队现实。