授权把决策范围交给成员后，成员仍会带着具体问题来求助。管理者需要判断该直接介入，还是引导成员自己完成判断。这里记录辅导的具体做法。
先说触发我写这篇的场景。授权做了几周之后，来找我的人没有变少，只是问题换了一种：以前是”这事你来定”，现在是”这事我遇到个坎，你看怎么办”。
这种求助密度对我来说是新的。以前带 3 到 4 个人的小团队，成员大多能自己把问题想清楚，来找我讨论时往往已带着成型的方案，我要做的只是给意见；辅导不成体系，因为需求不成规模。新团队里求助变多了，每个人卡住的原因还各不相同：有的缺方法，有的缺信息，有的只是缺一个确认。同一套回应方式应付不过来。
我一开始听完就给方案，当场处理，效率看着很高。但一个月下来发现两个问题：同类的事反复来问，上次的答案没有留下来；成员遇到稍微变形的场景就又卡住，因为上次学走的是结论，不是得出结论的过程。另一个极端我也试过，谁来找我都先反问”你觉得呢”，结果一个时间很紧的问题被我反问了两轮，成员自己摸了半天，差点误了交付（待确认：补充这次延误的具体背景）。培训的辅导模块正好对着这个问题：辅导还是直接介入，按问题本身的性质分流。
先分流：这个问题该介入还是该引导
成员带着问题过来，我先在脑子里过三个问题，再决定怎么处理。
影响面是否超出授权范围。问题还在成员自己的授权范围内，该他自己想清楚；已经波及协作方、客户或者线上稳定性，管理者要进场。
决定是否可逆。方案选错了能撤回的，值得让成员自己走一遍；撤回代价高的，比如对外承诺口径、动线上数据，先止损。
时间窗有多长。当天必须定的事，没有走完整梳理的余地；还有一两周缓冲的，正好是练判断的机会。
三个问题里任何一个指向风险侧，我就直接介入：说清楚我的判断是什么、依据是什么、接下来怎么止损。介入不代表这次就白教了：事后找时间把当时的判断依据摊开讲一遍，为什么我认为不可逆、为什么这个时间窗等不起。判断依据说得出来，成员下次就能自己先分流一遍，不会什么都往上送。判断依据说不出来，只说一句”这事太急我先定了”，那这次介入就只是一次代劳。
三个问题都落在安全侧，就进入引导。
引导时用一组固定的问题帮他梳理
培训给的做法是用问题帮成员把问题拆开，我按实际用下来的顺序记成四组。
先说目标。这件事要达成什么，验收标准是什么。很多卡住的问题聊到这一步就松动了：卡住的原因是目标本身模糊，或者把手段当成了目标。有个概括性的例子：成员来说某个重构方案推不动，问下来发现他要的结果只是去掉一个重复的校验逻辑，重构是他自己加的手段，换个小改法就够了（待确认：补充这次讨论的具体项目背景）。
再说事实。已知的情况是什么，哪些是他确认的，哪些是猜测。这一步的作用是把他脑子里的东西倒出来摆平。很多问题在说的过程中自己就解了，因为他说到一半会发现某个前提根本没验证过。
然后列备选。除了他现在卡住的这条路，还有什么走法，各走法的代价是什么。只准备了一个方案来求助的，我会让他回去再想一个再来。两个方案摆在一起，比较才有对象，只对一个方案问”好不好”，容易变成让我给他的既有结论签字。
最后问风险和验证。每个方案最坏的情况是什么，用什么小动作能提前验证。验证动作要具体到他明天就能做的程度：跑一个原型、查一段历史数据、找协作方确认一个前提。
四组问题走完，方案是谁得出来的不重要，重要的是他把一个糊住的问题拆成了目标、事实、选项、风险四块，这个拆法他下次能自己用。
管理者要补上成员没有的那一块
用问题引导有个前提：成员缺的是梳理方法，不是信息。如果他缺的是信息，比如背景约束、之前的承诺、上游的打算，那再高明的问题也问不出答案，因为答案不在他脑子里。
所以梳理过程中我要随时判断，他卡住的这一格是我该补的还是他该想的。该补的直接给：团队的优先级、跨团队的约定、我知道而他不知道的历史决策。“你自己想办法”这种话，省掉的是管理者该提供的上下文，最后这笔账却会记成成员能力不足。这一点和第 6 篇写反馈时的自检第三条是同一件事：先认下自己该提供的部分。
这个判断在新团队里更难做。以前成员背景整齐，谁缺什么我大致有数，卡住多半是想岔了，很少缺信息；现在成员来自不同的项目和团队，掌握的历史上下文差异大，卡住既可能是方法问题，也可能是根本不知道某个前提。不先分辨缺哪一块，引导就容易问错方向。
还有一种情况要补的是资源。方案定了但人手不够、时间不够、依赖方排不上，这些超出成员职权的事由我去办。辅导替他省的是梳理的功夫，不替他承担本该管理者承担的协调。
谈到方案就收尾成行动
我以前容易犯一个毛病：讨论很充分，聊完双方都觉得有收获，然后没有下文。下周再来问，方案还停在讨论那天的状态。
现在的做法是，方案一出来就当场约定三件事：这个决定由谁下（通常在授权范围内就是他自己）、第一个验证点是什么时间看什么、什么时间一起回顾结果。三件事说完，辅导才算结束。验证点尽量挂在已有的节奏上，站会、周会、下次一对一，不额外发明新的检查。到点看一眼，符合预期就翻篇，不符合就把当时的判断过程拿出来对照，看是事实变了还是判断错了。
只讨论过程、不形成行动，辅导就变成了聊天。聊天气氛再好，能力也不会自己长出来。
把反复用到的问法整理成清单
同类问题辅导过两三次之后，我把反复用到的问法整理成一页纸的清单，放在团队 wiki 里。成员来之前先自己过一遍，过完还卡住，带来的就是一个拆过一遍的问题，辅导的起点往前挪了一截。
这里有个分寸要守住：清单里只留提问的框架，不写某次得出的答案。把答案写成”标准做法”发给团队，成员会照着答案套新场景，场景一变形就错。小团队里这个问题不明显：人少、场景相似、答案口口相传，套错了旁边马上有人纠正。10 多人的团队里业务场景杂，写下来没人解释的答案，会被拿去套在写答案时没想过的情况上。框架的作用是让每个人自己把新场景拆开，答案每次都得自己走一遍。
容易踩的三个坑
把连续追问变成压力测试。问题一个接一个地砸过去，语气再温和，成员感受到的也是被审问。压力测试测出来的是抗压能力，测不到判断。我的约束是，一组问题里他答不上来的地方，先判断是缺信息还是缺方法，缺信息我补，缺方法我示范一次这个格子怎么想，再继续往下问。
在成员缺少必要信息时要求独立决策。这条前面已经说过，这里列为误用再强调一次：它最容易被”锻炼一下”包装过去。
为了培养能力忽略交付风险。辅导有成本，成本就是时间。时间窗紧、影响面大的问题，先止损再谈辅导，顺序不能反。拿一次关键交付去换练习机会，代价由整个团队承担，这个交换不成立。
小结
辅导的本质不是替成员想，是帮他自己把想的过程走一遍。这里的关键判断只有一个：成员卡住是因为缺方法还是缺信息。缺方法，用问题引导；缺信息，管理者直接补。把这个判断做错，引导就变成了审问，代劳就变成了代答。
辅导的结果要落到明确的决定、验证点和回顾时间。这样既不会把管理者变成代答者，也能在成员缺少信息、资源或处于高风险场景时及时补位。
