稻草人草案用于团队教练：让假设被看见，让修订有依据

一份明确标记的草案，可以让讨论开始

团队准备调整服务流程，却总说信息不够、意见不齐，迟迟没有形成可以讨论的材料。另一种情况是负责人已经写出方案，邀请大家提意见，但成员知道改动空间很小，只能给一些细节建议。两者都缺少真正的共同探索：前者没有具体对象，后者没有修正许可。

所谓稻草人草案，是把暂时理解写成一个明确标记为待检验的方案，让相关者针对具体内容指出遗漏、假设与后果。这里不是逻辑论证中的稻草人谬误，不是歪曲别人的观点再攻击它，也不是先执行一个不可靠方案再希望大家适应。本文由知行社为教练家平台编写，讨论怎样用草案支持团队教练，而不把草案变成未经授权的决定。

这种做法的价值不是越快越好，而是让隐含理解变得可讨论。草案要足够具体，使人知道如何工作；也要保留暂定性质，使人能够指出不同方向。如果文件虽然写着讨论稿，负责人却不接受关键修改，那么它仍然是一份要求成员接受的决定。

先确认是否适合用草案

以下案例为教学编写，不代表真实机构和实际效果。一家企业学习服务团队准备重新安排客户报名后的确认工作。销售说客服应及时提醒，客服说销售应提供完整资料，项目人员说特殊需求必须先核查。大家多次讨论，仍然没有明确交接安排。

教练可以建议形成一页工作草案，但先要确认本次委托允许什么。团队是否可以讨论责任分工，哪些决定需要负责人批准，是否涉及客户已有承诺，以及是否有不能公开的信息。草案只在这些许可范围内帮助了解，不应自动扩大教练的业务权限。

对于涉及安全、专业规范、合同变更或高风险操作的安排，草案可以帮助说明问题，却不能代替必要审查。教练也不宜邀请没有能力判断后果的人通过现场投票批准改变。讨论与执行之间需要清楚边界。

如果成员担心草案会被用来评价个人能力，应先说明记录用途。准备草案的人不应因为初稿有遗漏而被当作不专业；提出反对的人也不应因为指出代价而被视为不合作。没有这种基本支持，团队可能只会写一份看似完整、却避开真实难点的材料。

初稿不必完整，但必须暴露假设

草案需要回答当前准备怎样工作。在案例中，可以写出客户提交资料、销售确认需求、客服发送报名说明、项目人员核查特殊安排等暂定动作。每个动作应说明谁在什么条件下做什么，以及哪些情况尚未确定。

不要只画四个岗位框并连箭头。那种图看起来清楚，却可能隐去资料未齐、需求变化或权限不足等真实情境。草案应列出一个常规路径和几个值得讨论的例外，不必一次涵盖所有问题，但要说明遗漏不是默认已经解决。

每一项重要假设都应被标记。例如“客服能够看到最新资料”“销售已取得客户对信息使用的同意”“项目人员可以在约定时间确认特殊需求”。这些条件如果不成立，流程就可能无法工作。将它们写出，比要求大家判断方案是否合理更容易产生具体反馈。

也要说明现有依据。如果某项安排来自一段实际经历，应标注该经历的适用范围；如果只是起草者的想法，就写成待检验。不要为草案补上没有来源的数字，以使其显得成熟。暂定不意味着不负责任，而是对当前知道和不知道的内容负责。

标记与流转方式同样重要

文件应有清楚的讨论稿标记、日期、适用范围和负责人。可以写“本稿用于讨论，不构成客户承诺或执行指令”。说明谁可以接收，反馈如何整理，以及什么时候形成下一版。客户可见的材料不应因内部文件流转而意外发布。

如果团队同时收到多个版本，应有一种简单方式识别当前讨论对象。否则成员可能针对不同内容争论，起草者却以为大家对同一方案意见不一致。版本管理不需要复杂工具，但要让变化有记录。

教练可以安排先独立阅读并记录反馈，再进行共同讨论。这样不必让反应快或地位高的人先定义所有问题。对于阅读方式或时间需要支持的成员，应提供适当安排，不要把即时发言速度当作参与程度。

反馈也应有明确焦点：哪些假设需要核查，哪些工作无法承担，哪些受影响者没有被考虑，以及哪些地方可以更简单。不是请大家任意挑错，也不是要求每个人必须给出一个替代方案才有资格表达担忧。

讨论草案，先查实际经过

可以请相关者拿一段真实工作情境沿着草案走一遍。销售说明自己收到什么资料，客服说明在哪一步能够继续，项目人员说明特殊安排的决定条件。遇到无法回答的地方就记为未知，不必为了让流程走通假设所有信息都齐全。

在案例中，客服可能指出草案要求其发送说明，但自己并不知道特殊需求是否被接受。销售可能认为已在群中转达，项目人员却认为群消息只是需求记录，不是正式确认。这些差异说明草案需要区分需求、核查结果与客户承诺，不能简单增加提醒次数。

教练帮助团队讨论动作与条件，不把讨论变成谁过去做错了什么。已经发生的责任问题可以进入相应程序，这次草案工作则说明未来怎样避免信息状态混淆。两者不互相代替。

把批评转成可核查的问题

有人说“这个方案太复杂”，可以问具体哪一步增加了什么工作；有人说“客户会不满意”，可以问哪类客户在什么情境可能受到影响。反馈从笼统评价转成工作问题，起草者才知道该修正什么。

但不能要求所有担忧都立即得到证明才允许表达。成员可能只是注意到一个尚未检查的风险。可以把它写成待核查假设，并安排了解方式。区别在于不把担忧直接当成已发生事实，也不因证据暂时不足而将其删除。

如果反馈指向完全不同的方向，例如应减少报名资料而不是优化资料交接，团队可以保留这一方向，比较它怎样回应目标。草案不应成为锚点，使所有想法只能在原结构内小修小改。教练可以邀请成员提出“如果不用这份草案，我们还可以怎样理解工作”。

修订时，不只改字句

下一版应说明哪些内容改变、依据什么，以及哪些意见没有采用。未采用不等于忽略，可以写出当前权限或资源限制，也可以说明需要进一步核查。这样成员能够看见意见怎样进入决定，而不是发现文件只是变得更美观。

在案例中，修订可能把特殊需求分成待核查与已确认两种状态，明确只有核查结果才能进入客户说明，同时为需要更多时间的情况安排更新责任。也可能发现现有岗位负荷不足，需要负责人决定缩小服务范围或调整资源。这些都是关键修订，不必以流程更加顺畅为唯一目标。

若修订使新的岗位承担工作，应请其确认条件。不能因为之前有人提过建议就认定其愿意维护。草案的发起者也不必自动成为长期负责人。决定权、实施责任和提供意见是三个不同位置。

什么时候可以从草案走向执行

草案反复讨论并不自动产生执行授权。团队需要明确当前关键条件是否已确认，专业责任是否得到核查，实施者是否能够承担，以及有责任的人是否批准。仍有未知并不一定不能继续，但应说明它如何被控制和观察。

可以先选择有限范围试行，明确适用客户、时间与例外路径。试行中需要记录实际经过，而不只是收集满意评价。客户是否知道下一步，岗位是否仍在重复询问，新的状态标记是否造成误解，都值得观察。

对于无法承担的影响，应有调整或停止安排。如果试行没有带来期待改善，可以返回初稿假设，而不是要求成员更认真执行。草案的目的本来就是使理解接受现实检验，返回修订并不是丢脸。

防止草案成为变相命令

团队需要识别一种常见情形：文件标记为可批评，但负责人不断解释为什么每条意见都不适用。成员可能因此不再提供实质反馈。教练可以询问哪些部分确实开放、哪些部分已决定，并向参与者清楚说明。诚实表达有限空间，比假装整个方案都可共创更可信。

另一种风险是初稿被带到客户沟通中，临时措辞变成承诺。内部流转必须有必要范围，公开材料需要另行确认。任何用于客户沟通的版本，都应与实际可提供的服务一致，不能让草案中的期待代替授权。

对于教练家平台的实践者，稻草人草案是一种具体化讨论的辅助方式。它把假设放在明处，让不同岗位能够指出条件，使修订留下依据，并在授权后接受实际工作检验。知行社强调，真正值得保留的不是一份经不起批评的初稿，而是团队能够认真修正自己的理解，并把决定交给可以承担的人。

让版本记录支持下一次对话

教练可以在每次讨论结束时记录三类变化：哪些假设获得了新的信息，哪些工作安排被修改，哪些分歧仍然存在。记录应当具体到决定依据，不只写“团队达成共识”。如果负责人选择保留某项安排，应说明理由与批准范围；如果成员尚未承诺承担，也应清楚保留，不能用模糊措辞覆盖。

反馈者可以核对自己的意见是否被准确记录。有人提出权限不足，记录却写成需要提升主动性，两者会引导完全不同的后续行动。让反馈者确认不意味着每项意见必须被采用，而是避免意见在整理中改变含义。

草案还可以设置一个明确的过期条件。讨论范围改变、客户约定改变，或关键岗位无法承担时，旧版本不应继续被视为当前安排。负责人需要说明怎样撤回旧说明，避免不同成员同时执行不同版本。版本有效性来自条件，而不是文件存在了多久。

如果团队长期停留在修订，也需要检查阻碍。可能是关键决定人没有参与，可能是成员担心承担后无法退出，也可能是委托本身不明确。这时继续改文档并无帮助。教练可以把阻碍交回相应责任位置，而不是组织又一轮表面上开放的讨论。具体材料应当服务决定与学习，不应成为推迟负责的办法。