RAL 计划 (RALPlan)

OMC 框架的结构化决策方法论 - 用于复杂决策的思考框架

什么是 RALPlan？

RALPlan 是一个结构化决策框架，帮助你在复杂情况下做出更好的决策。

RALPLAN-DR 结构

字母	代表	含义
R	Recommendation	建议 - 你推荐什么
A	Alternatives	备选方案 - 还有什么选择
L	Learning	经验教训 - 从中学到什么
P	Principles	原则 - 核心原则是什么
L	Likelihood	可能性 - 成功的可能性
A	Action	行动 - 下一步做什么
N	Notes	笔记 - 需要记录的
D	Decision	决策 - 最终决定
R	Risk	风险 - 有什么风险

使用场景

场景 1：技术选型

问题: 选择什么数据库?

RALPlan 分析:
R: 推荐 PostgreSQL
A: MySQL, MongoDB, PostgreSQL
L: 上个项目用 MySQL 有伸缩问题
P: 可靠性 > 性能, 社区活跃
L: PostgreSQL 90%
A: 开始调研, 下周一决定
N: 需要考虑团队学习成本
D: PostgreSQL
R: 数据迁移复杂性

场景 2：架构决策

问题: 微服务还是单体?

RALPlan 分析:
R: 推荐渐进式迁移
A: 完全重写, 渐进迁移, 保持单体
L: 完全重写风险高
P: 最小化风险, 持续交付
L: 渐进迁移 75%
A: 制定迁移计划
N: 需要架构师评审
D: 渐进式迁移
R: 服务拆分复杂度

场景 3：团队决策

问题: 如何分配任务?

RALPlan 分析:
R: 按技能分配 + 轮换
A: 按项目, 按技能, 随机
L: 之前按项目导致专家瓶颈
P: 效率最大化, 学习成长
L: 按技能 85%
A: 下周实施
N: 需要定义技能级别
D: 按技能分配 + 轮换
R: 初期效率可能下降

与 Plan 的关系

Plan --consensus → 使用 RALPlan

Plan 的共识模式使用 RALPlan 结构进行决策。

决策流程

1. 收集信息
2. 列出选项（至少2个）
3. 分析权衡
4. 评估风险
5. 做决定
6. 记录原因
7. 追踪结果

最佳实践

✅ 应该做

至少2个选项 - 不要只有一个
公平分析 - 每个选项都要分析
记录风险 - 清楚风险再决策
追踪结果 - 验证决策质量

❌ 不要做

不要先入为主 - 先分析再决定
不要只看好处 - 也要看风险
不要忽略未知 - 未知也是信息
不要决策后忘记 - 追踪结果

官方文档: ralplan/SKILL.md