只规划当前已知的部分
Fog of War (Frontier Planning)
先处理信息充分的任务,等新信息出现后再扩展计划。
以下示例与示意结果由本站编写,用于说明方法,不是模型实测结果。
使用场景
大型迁移需要兼容研究后才能细化发布安排。教学当前问题 Q1 是“库是否支持目标版本”,已经能准确表述;未来发布策略只知道会受兼容结果影响,还不能写清具体选择。前沿计划要区分问题是否清楚和答案是否已知。
具体做法
保存目的地、已定决定、可准确表述的问题、尚不能细化的方向与范围外工作。准确问题即使被前置阻塞也成为具名待解项;真正不够清楚的方向留在 not-yet-specified。解决前沿问题后,只把现在能说清的后续问题提升为准确任务,记录依赖,不编造后面所有步骤。
反例
因为 Q1 还没有答案,把它也留在模糊区;同时为了计划完整,提前猜出所有发布步骤和回滚条件。
改进写法
迁移目标是得到可实施规格。将已经明确的 Q1 建为兼容研究任务;准确但有依赖的问题也记录为被阻任务。发布策略目前尚无法细化,写入 not-yet-specified 并标它依赖哪些研究。Q1 结果出现后更新决定,再提升已经能准确表述的新问题。范围外的运维改造单列,不冒充稍后一定会做的前沿。
为什么这样改
信息不充分时细写下游会把猜测伪装成决定;把明确问题仍放在模糊区又会拖延可开展调查。按“能否准确提问”划分前沿,使计划既诚实又能推进。
如何验证
示意地图有 Q1 的明确任务、发布策略的未细化方向和范围外改造。拿到兼容结论后,应更新受影响区域,不能重复创建 Q1 或在没有依据时标发布策略已定。
检查 blocked 的准确问题没有混入模糊区;not-yet-specified 为空也只有在所有必要决定完成时才支持规格收尾。
适用边界
前沿规划用于调查驱动的工作,不替代已经决策完整的实施计划。范围外事项不会因时间推移自动升级成任务;记录未知不是停止所有已知工作的理由。
原文与版本
- mattpocock/skills · Fog of war
查看此版本的文件d81f3a183412 - mattpocock/skills · Fog of War (Frontier Planning)
查看此版本的文件d81f3a183412