星爆法先扩展问题：在新方案实施前看见关键未知

一家企业准备上线内部导师平台，项目组已经讨论了界面、名称和宣传海报。人力资源经理问谁会成为导师、导师时间怎样安排，现场却没有清楚答案。技术负责人说这些可以上线后再看，业务主管担心没有人真正使用。方案的可见部分发展很快，决定它能否运行的问题还停在空白处。

知行社为教练家介绍星爆法。它把一个概念放在中心，从谁、什么、为什么、哪里、何时和如何六个方向产生问题，先扩展询问，再组织回答。它是一种问题生成工具，不是风险认证，也不是只要六个角都有文字就说明方案已经完整。问题的质量与后续证据接续，比图形看起来均衡更重要。

中心概念要具体而未封死

导师平台可以写成让新经理在工作困难出现时获得合适经验支持。这样团队同时看到平台是形式，支持工作才是目的。如果直接把某个软件名称写在中心，很多问题可能只围绕系统操作，忽略支持关系与管理条件。

中心概念也不需要写成宽泛的提升组织能力。说明目前准备改变的对象、工作阶段与初步方式，使提问能够落到真实任务。可以在图旁列出已决定条件与尚可讨论条件，避免参与者把确定事项反复打开，也避免误认为所有形式都已确定。

有多个概念时分别开展，不把全部项目塞入同一张星形图。不同概念的问题可以后来比较，共同依赖再进入项目协调。一次提问保持适度范围，比较容易发现关键未知，也减少重复和无边界讨论。

谁让角色与影响浮现

谁会使用支持、谁提供经验、谁安排时间、谁判断匹配，以及谁受安排变化影响，分别提问。使用者不只有主动报名的人，也可能包括暂时不愿公开困难的新经理。不能只依据项目组想象定义用户。

还可以问谁目前没有出现在讨论中。导师直属主管可能承担排班影响，受指导者团队可能需要理解新的时间安排。角色问题帮助发现真实参与条件，不表示必须把所有人都拉进每一场会议。

谁的问题也需要区分人名与角色。说由张经理负责，未必说明他有何授权、需要什么支持或离开后由谁接续。先写角色任务，再确认人选，有助于平台不依赖少数热心者长期额外贡献。

什么澄清产出与必要条件

平台究竟提供匹配、预约、经验交流还是正式培养计划？不同产出带来不同责任。什么问题帮助团队说明服务边界，避免一个名称承载无限期待。导师不一定负责解决所有管理问题，更不代替直属主管的决定。

什么资料需要收集、什么记录应当保存、什么结果适合反馈，也应进入问题区。先形成必要性讨论，不把所有会谈内容都作为平台数据。具体保护与专业要求由相关角色确认，星形图本身不能授予信息使用权限。

什么算一次可用支持，可以用具体工作表现讨论，例如受指导者能否说明下一步与必要核对。不要为了方便统计就只计算会谈次数，也不要把复杂发展简化为一次满意度。产出定义与实际用途需要相互对应。

为什么检查目的与假设

为什么当前需要导师，而不是改善经理培训、提供资料或明确管理接口？问题不一定否定方案，它使团队比较支持方式与真实困难。若员工主要不知道谁有权批准，经验交流可能无法解决授权模糊。

为什么人们愿意参与，不能只回答因为成长重要。导师可能看重贡献、学习或同伴联系，受指导者可能担心评价影响。核对本人经验与工作条件，避免用组织愿望代替实际动机。

为什么相信方案会产生目标变化，可以要求说明机制与证据。比如经验交流可能帮助看见不同选择，但不能直接保证团队绩效提升。将中间变化与最终期待分别写清，使后续观察与承诺保持真实。

哪里发现情境与渠道差异

哪里发生交流，涉及线上、线下、工作现场或专门空间，也涉及能否保护必要隐私。开放办公区方便，却不一定适合讨论敏感困难。渠道选择需要看任务和使用者条件，不只看平台功能。

哪里最需要支持，也可以指工作情境。新经理第一次安排跨部门协作，与处理例行任务可能需要不同经验。按工作场景识别需求，比泛泛认为所有经理都需要同一种导师更准确。

资料放在哪里、问题转到哪里、超过范围的事项由哪里接收，同样属于关键接口。团队不能只设计入口而没有去向。空间问题帮助看见支持网络，不是要求所有环节都进入一个系统。

何时看时机与持续条件

何时申请、多久回应、什么时候重新匹配，以及什么时候结束关系，分别影响使用体验。不能先承诺随时支持，再让导师在原任务之外自行解决时间。组织需要确认可兑现安排。

何时评估效果，应当与目标成熟程度一致。刚上线时可以观察入口与匹配是否可用，之后再看实际支持与工作变化。不同阶段使用不同证据，不用早期报名人数证明长期发展效果。

何时重新判断方案，包括资源不足、需求变化或明显不适配时的触发条件。提前讨论调整与停止，让团队不必因为已经上线就无限维持。结束也需要接续，避免参与者突然失去已经依赖的支持。

如何把机制与执行分开

如何匹配、如何说明关系、如何处理不合适、如何获得反馈，是不同任务。一个流程箭头不能包办全部问题。明确实际操作与有权责任，技术可做的部分与需要人作判断的部分分别处理。

如何知道方案有效，需要可核对证据，而不是只说定期总结。可以观察问题是否获得合适接收、建议是否与角色责任一致，以及参与者新增负担。必要时候补充适当专业评价，不只依赖个人感受。

如何处理超出导师能力范围的问题，也需要真实渠道。经验支持不是无限咨询服务，涉及正式调查、专业风险或其他特殊事项时，有对应接收者。把边界放进设计，有助于保护参与者与组织。

先生成问题再寻找回答

提问阶段容易被最熟悉的答案打断。有人刚问谁能参与，负责人立即说所有人，这可能关闭更细致的资格与条件问题。可以先记录问题，结束一轮再澄清，保留多层询问机会。

不是所有问题都要无限追问。根据当前决定需要，选择关键问题继续展开。例如谁是导师，下一层可以问具备哪些经验、怎样确认、是否有时间，而不是不断追问与任务无关的私人背景。

同一个问题可能横跨几个方向，允许标记关联，不必为了图形分类争论。如何保证回应时间也涉及何时与谁，分类服务发现未知，不能把六个词当成严格的知识边界。

一个平台项目怎样修订方案

前述项目组开展问题工作坊后，发现导师时间、反馈范围与匹配退出三个事项尚未确认。团队暂缓宣传全部开放，先邀请有限部门核对实际需求和资源。技术版本也缩小为申请与预约，不先建立复杂发展评分。

管理者明确导师参与需要可安排时间，受指导者可以说明匹配不适合，反馈只保留必要工作信息。团队选择有限试行，观察申请问题是否属于导师支持范围、匹配是否及时，以及双方是否能承担会谈安排。

项目最后可能继续、调整或暂停，不以所有问题已经回答为唯一理由。案例为虚构教学情境，展示六类问题怎样暴露实施条件，不说明导师平台必然有益，也不提供正式人力资源制度范本。

把答案分成事实、假设和未知

回答时说明依据。现有排班规定属于已确认条件，员工可能愿意参与属于待核对假设，没有收集过的需求属于未知。三者分别记录，可以防止一张写满答案的图制造虚假确定感。

关键假设需要接收者和核对方式。例如导师每周能投入多少时间，由有关管理者与本人确认；使用者是否理解入口，通过有限试用观察。不是所有未知都要全面研究，优先处理影响下一项决定的部分。

无法立即回答时，说明暂时能做什么与不能承诺什么。可以缩小试行、补资料或暂缓，而不是用上线后自然会知道覆盖所有风险。诚实未知是设计资料，不必被看作团队准备不足的羞耻。

教练帮助客户提出真正需要的问题

领导者可能害怕提问显得不专业，因而过早宣布清楚。教练可以回看某次决定，探索其需要维护什么，以及怎样以角色责任说明尚待确认条件。提问可以是认真承担责任的表现，但不要求客户把全部私人担忧公开。

有些团队使用问题攻击他人，例如为什么你总是考虑不周。引导者将其转成方案还需要核对哪些条件，不把星爆法变成追责话术。工作问题可以挑战假设，同时保持对人的尊重。

个别会谈也可选用一两个方向，帮助客户理解行动，不必画完整六角星。工具适应会谈目的，客户不需要为了模型完整回答全部栏目。涉及专业决定，仍由相应角色核对。

图中的问题可以随证据更新，负责人记录何时修改及修改依据，使后来加入的成员理解当前版本。

这张星形图不能证明全面

六个方向提供广泛提示，却不覆盖所有技术、财务、风险和制度问题。重要项目还需要相应分析与正式审查。不能因为每个方向都有五条问题，就宣称没有遗漏。

问题多也可能带来分析负担。按决定影响与必要性排序，保留行动路径，避免团队持续提问却从不接收任务。星爆法帮助发现未知，后续研究、资源安排与决定仍然需要责任。

教练家采用星爆法，是让新方案在热情之外获得清楚询问。把关键问题带到证据和正式接续，团队才能知道哪些条件已经具备、哪些仍需核对，以及当前适合推进到哪里。