Capability 06 · Multi-project
扩张靠模板，
不靠重写。
如果每个新项目都要再派一位资深经理重写流程，那扩张就是风险放大。
第一项目靠人，第二项目验模板，第三项目才叫扩张。
总部模板与项目实例
| 对象 | 内容 | 管理要求 |
|---|---|---|
| 总部模板 | 标准包、任务包、SLA 参数、权限模型、报表口径 | 版本化管理，可对比可回滚 |
| 项目实例 | 模板在具体项目上的实例化结果（含本地差异项） | 可回答「你跑的是第几版」 |
| 差异项 | 动线、外包结构、客户分级、作业窗口、地方合规 | 显式登记，设有效期与复核人 |
| 回写 | 实例化过程中发现的模板缺陷 | 回流总部，形成下一版升级 |
接管与开业 checklist
新项目最容易出问题的不是能力，而是漏项：某类证照没转、某个系统的历史数据没导、某个班组没交接。把接管与开业的动作做成 checklist 模板，随模板一起下发，冷启动就不再依赖个人经验兜底。
checklist 的价值还在于验收：双方可以按同一张清单确认「接管完成」，而不是在节点当天争论还有哪些没做。
冷启动以周计：四周节奏
| 阶段 | 主要动作 | 产出 |
|---|---|---|
| 第 1 周 | 模板实例化：组织、权限、任务包、SLA 参数导入 | 可运行的默认路径 |
| 第 2 周 | 差异项登记与临时规则说明 | 差异清单与责任人 |
| 第 3 周 | 并行运行，比对漏项与模板缺陷 | 漏项清单、模板缺陷清单 |
| 第 4 周 | 切换与验收，关闭并行台账 | 切换确认 + 模板升级建议 |
错法 vs 作法
| 错法 | 新项目先上线，流程稳定后再补系统 |
|---|---|
| 作法 | 上线即跑默认路径，差异项并行登记 |
| 错法 | 差异项由项目经理自行决定，总部事后才知道 |
| 作法 | 差异项显式登记，标注有效期与复核人 |
| 错法 | 接管质量靠老员工的经验 |
| 作法 | 接管与开业 checklist 随模板下发，双方按同一张清单验收 |
| 错法 | 复制成果以「项目跑起来了」验收 |
| 作法 | 复制成果以「模板缺陷清单 + 升级建议」验收 |
自检清单
- 新项目能否说清自己实例化的是模板第几版
- 本地差异项是否可见、有责任人、有到期复核时间
- 接管与开业 checklist 是否在系统内可勾选、可导出
- 并行运行期的漏项是否回流为模板缺陷
- 第三项目上线时，是否比第二项目更快