把领导需求拷问成方案

要解决的问题

“把这个项目推进一下，周五前出个方案。”——领导一句话丢过来，需求的真实含义却藏在树根下：为什么现在提、给谁看、验收标准是什么，全没交代。作为中间人，你问领导一次的成本很高，不问就只能猜，猜错方向整个方案返工。常规的需求澄清在这里失灵：需求的真正主人不在对话里，直接开工等于替领导拍板还不告诉他。

核心思路：把一句话展开成设计树

需求是一棵未展开的设计树，每个决策节点下挂着依赖它的更多决策。工作方式是分轮把树上每个节点问清或标定默认值，而不是立刻交付。每个节点经三向分诊：

• 查：环境、文件、资料、网上能证实的事实，自己查（可派后台子代理并行），绝不问人
• 问用户：用户权限内可拍板的执行层决策——怎么做、体例格式、工具选型、先后顺序，附推荐答案
• 问领导：只有他能定的——真实目的、目标优先级、范围取舍、口径高低、预算、时限、署名，汇入 问领导清单

分轮问前沿

前沿 = 所有前置决策已定、当前就能问的问题。每轮把整个前沿一次问完：逐题编号、每题给推荐答案；依赖本轮未答问题的问题下沉到下一轮，不混问。每轮答完后重算前沿，向前推进。

第一轮永远打树根（揣摩上意）：为什么现在提？成果给谁看？领导心里的“成了”长什么样、硬时限是什么？能动用什么资源？

用户说“急”不改变流程，只压缩轮次预算：压到一轮问完最要命的 3–5 个问题，其余转为显式假设进台账，在方案中标注。

假设台账与完成判据

查不到、问不到的决策一律不许悄悄写进方案：给定明确默认值，登记进假设台账（假设内容 | 选此默认的依据 | 猜错的代价）。方案里的每个数字——包括今天的日期、剩余天数、工期——要么有查证来源（日期查系统时间），要么进台账。

只有前沿清空（每个分支要么已确认、要么进了台账），才输出最终方案，并按固定顺序成稿：目标（含时间点）、范围（含明确不做什么）、分步计划（每步有产出物、责任人、时间）、资源与依赖、风险与应对（含“领导中途改主意”）、假设台账（待确认项置顶）。

注意点

• 方案里塞 【待补】 【待定】 不是提问，是把决策踢回给用户；该问的问，该假设的记台账
• “先给个初稿让用户改”就是换皮直接开写；初稿只能出现在前沿清空之后
• 问领导清单 合并压缩到 5 条以内、按重要性排序，每条改写成领导 10 秒能勾选的封闭式问题（建议选项 + 一句话理由），末尾附兜底语
• 能用稳妥默认假设替代的请示项降级进台账，不占宝贵的请示名额