| name | three-phase-governance |
| description | 「三阶段推进」—— 源自孙中山先生"军政→训政→宪政"的变革推进方法。任何深刻 变革需经历三个阶段:破旧立新、教育培养、制度自治。当用户需要推行新技术规范、 团队工作方式转型、大型迁移项目——分阶段稳步推进变革时使用此 skill。
|
三阶段推进
"军政→训政→宪政"
—— 孙中山《建国大纲》(1924年)
红线提示: 本方法仅用于软件工程、系统设计等 AI 工作场景的方法论指导,不涉及任何政治立场。此处仅借用三阶段的渐进思想,不涉及政治制度讨论。
核心要义
任何深刻的变革不可能一步到位,需要经历三个阶段:
| 阶段 | 原始概念 | AI 工作映射 | 核心任务 |
|---|
| 第一阶段 | 军政 | 破旧立新期 | 强制推行,打破旧制度/旧习惯 |
| 第二阶段 | 训政 | 教育培养期 | 引导学习,建立新习惯,提供辅助 |
| 第三阶段 | 宪政 | 制度自治期 | 规则内化,实现自运转,不再需要外力推动 |
急于跳过中间阶段,制度就无法扎根。每个阶段有明确的进入条件和退出条件。
操作步骤
第一阶段:破旧立新期
- 明确改什么 —— 旧的做法/规范/工具具体是什么?为什么要改?
- 强制执行新规 —— 设定明确的切换日期,旧方式停止使用
- 提供退路 —— 保留回滚方案,降低恐惧感
- 退出条件 —— 所有相关人员已切换到新方式,旧方式已停用
第二阶段:教育培养期
- 提供学习资源 —— 文档、培训、示例、FAQ
- 建立辅助机制 —— 代码模板、lint 规则、自动化检查帮助团队适应
- 容忍学习曲线 —— 初期效率下降是正常的,不要因此退回旧方式
- 退出条件 —— 大多数人可以独立使用新方式,不再需要频繁指导
第三阶段:制度自治期
- 移除辅助 —— 逐步减少培训和辅助手段
- 制度化 —— 将新方式写入规范、CI/CD、团队文档
- 自我进化 —— 团队自发地改进和优化新方式
- 退出条件 —— 新方式已成为团队的"默认",无需任何人推动
适用场景
- 推行新的代码规范或编码标准
- 团队工作方式转型(如引入 Code Review、TDD、CI/CD)
- 大型技术迁移项目的分阶段推进
- 新工具/新框架的团队采用
不适用场景
- 变革规模很小,不需要分阶段——直接做就好
- 紧急的一次性切换——此时用 single-stroke-revolution
- 团队已经有强烈的自发意愿——可以跳过第一阶段
常见误用
- 永远停在第一阶段 —— 只有强制,没有培养,团队始终被动
- 跳过第二阶段 —— 以为强制切换后大家自然就会了,结果新方式名存实亡
- 第三阶段不放手 —— 已经自治了还在过度管控,反而阻碍团队自主进化
组合建议
- 与 awaken-and-unite(唤起民众)配合:在第一阶段之前先唤起共识,减少推行阻力
- 与 single-stroke-revolution(毕其功于一役)互补:如果问题高度关联可以一步到位,否则用三阶段渐进
- 与 rise-from-defeat(愈挫愈奋)配合:某个阶段受阻时不放弃,总结经验调整策略
详细的阶段评估指南见 phase-assessment-guide.md。