three-phase-governance

name	three-phase-governance
description	「三阶段推进」—— 源自孙中山先生"军政→训政→宪政"的变革推进方法。任何深刻 变革需经历三个阶段：破旧立新、教育培养、制度自治。当用户需要推行新技术规范、 团队工作方式转型、大型迁移项目——分阶段稳步推进变革时使用此 skill。

三阶段推进

"军政→训政→宪政" —— 孙中山《建国大纲》（1924年）

红线提示： 本方法仅用于软件工程、系统设计等 AI 工作场景的方法论指导，不涉及任何政治立场。此处仅借用三阶段的渐进思想，不涉及政治制度讨论。

核心要义

任何深刻的变革不可能一步到位，需要经历三个阶段：

阶段	原始概念	AI 工作映射	核心任务
第一阶段	军政	破旧立新期	强制推行，打破旧制度/旧习惯
第二阶段	训政	教育培养期	引导学习，建立新习惯，提供辅助
第三阶段	宪政	制度自治期	规则内化，实现自运转，不再需要外力推动

急于跳过中间阶段，制度就无法扎根。每个阶段有明确的进入条件和退出条件。

操作步骤

第一阶段：破旧立新期

1. 明确改什么 —— 旧的做法/规范/工具具体是什么？为什么要改？
2. 强制执行新规 —— 设定明确的切换日期，旧方式停止使用
3. 提供退路 —— 保留回滚方案，降低恐惧感
4. 退出条件 —— 所有相关人员已切换到新方式，旧方式已停用

第二阶段：教育培养期

1. 提供学习资源 —— 文档、培训、示例、FAQ
2. 建立辅助机制 —— 代码模板、lint 规则、自动化检查帮助团队适应
3. 容忍学习曲线 —— 初期效率下降是正常的，不要因此退回旧方式
4. 退出条件 —— 大多数人可以独立使用新方式，不再需要频繁指导

第三阶段：制度自治期

1. 移除辅助 —— 逐步减少培训和辅助手段
2. 制度化 —— 将新方式写入规范、CI/CD、团队文档
3. 自我进化 —— 团队自发地改进和优化新方式
4. 退出条件 —— 新方式已成为团队的"默认"，无需任何人推动

适用场景

• 推行新的代码规范或编码标准
• 团队工作方式转型（如引入 Code Review、TDD、CI/CD）
• 大型技术迁移项目的分阶段推进
• 新工具/新框架的团队采用

不适用场景

• 变革规模很小，不需要分阶段——直接做就好
• 紧急的一次性切换——此时用 single-stroke-revolution
• 团队已经有强烈的自发意愿——可以跳过第一阶段

常见误用

• 永远停在第一阶段 —— 只有强制，没有培养，团队始终被动
• 跳过第二阶段 —— 以为强制切换后大家自然就会了，结果新方式名存实亡
• 第三阶段不放手 —— 已经自治了还在过度管控，反而阻碍团队自主进化

组合建议

• 与 awaken-and-unite（唤起民众）配合：在第一阶段之前先唤起共识，减少推行阻力
• 与 single-stroke-revolution（毕其功于一役）互补：如果问题高度关联可以一步到位，否则用三阶段渐进
• 与 rise-from-defeat（愈挫愈奋）配合：某个阶段受阻时不放弃，总结经验调整策略

详细的阶段评估指南见 phase-assessment-guide.md。