NLP中的米尔顿语言模式 ／ 回到中文教练现场 ／ 33
围桌讨论的同事
会议结束前，主持人问“接下来我们能不能更开放一点？”桌边的人纷纷点头。有人以为下次终于可以直接指出排期不切实际，有人以为发言时不会再被中途反驳，还有人期待销售把客户名单全部共享。散会时气氛不错，三个人带回去的却是三份不同的承诺。等到名单没有发来，失望看似发生在执行阶段，其实在大家齐声答应的那一刻就已经埋下了。
“开放”是一个方便的名词。它能用两个字说出人们对团队相处的期待，也能把谁向谁做什么、在什么场合、能承担什么后果，一下子都折起来。教练如果只问“开放为什么对你们很重要”，可能还会得到一串同样漂亮的词。好奇、信任、成长、协同，都值得认真对待，但它们还没有告诉明早主持短会的人，第一张议程纸上该写什么。
先让意见各自落在一个场景里
下面是一段模拟团队教练会谈。客户是一家小型软件公司的交付小组。这天产品负责人、客服代表、开发组长和一位实施同事一起参加，委托是改善每周与客户上线有关的评审会。教练在开头和大家约定，可以谈会上的做法，涉及具体用户的私人信息留在会外。直属领导也在场，每个人都可以选择哪些细节适合公开。对“开放”的理解，从来都包括开放到哪里为止。
产品负责人 我们都同意要开放。开发有疑虑就直接提，现在会上都说可以，散会后又改。
开发组长 我说的开放，是需求背景能让我提前看到。我到会上才第一次听到，当然一下说不出风险。
客服代表 我说的是上次我报一个投诉，被打断两回。大家能不能让我讲完再评估它有多严重？
注意，三个人都没有收回对“开放”的认同。可一旦谈到具体时刻，实际出现了三种动作，提前给信息、让人讲完、在会上说明风险。教练面前也出现了三种不同的时间。会前、发言中、作决定前。若立刻请大家投票决定谁的解释最对，团队会在需要三份配合的地方制造一次输赢。
教练 能不能先各选上一回会议里的一分钟？只说当时发生的一个动作，再说你希望换成哪个动作。顺序你们定。
客服代表 我先说。我刚说到客户没有收到提醒，负责人就说“这个是旧问题”。我还没来得及说这次是新用户。下次我想先用半分钟讲清楚对象。
产品负责人 我以为你在重复历史工单。那至少得先告诉我这是新情况。
教练 我听见两件能配合的事。发言者愿意先说明新在哪里，听的人愿意留半分钟。这里面哪一件你们已经谈妥，哪一件还只是我的转述？
这最后一问很必要。会谈中“我听到大家愿意”是一句力量很大的总结，人们可能把它当成已经通过的决议。客户此时可以修正，客服代表愿意先标清对象，却不希望没有新信息就不许发言。产品负责人也愿意在非紧急情况下听完，但新版本真的需要临时暂停时还得打断。两条限定一出现，合作办法就开始有骨架。
贴满便签的讨论现场
一个大家不肯一起点头的提议
教练 听起来你们想让信息更透明。有没有可能把完整客户反馈都发给评审组，让每个人提前看？
客服代表 不行。很多工单里有手机号、购买记录。即使我们内部，也得看谁需要知道。
开发组长 我不需要客户名字。我要知道影响的是新安装还是升级用户，能不能复现，有多少条同类工单。
产品负责人 原来你说“背景”指这些。我发过访谈纪要，你一直没有看，我以为你不关心用户。
这里是本次团队工作真正的转折。教练把“给背景”误译成“发完整反馈”，客服代表及时挡住了它。要是教练赶紧用一句“开放也要有边界”往下走，实用信息就会跟着消失。哪些字段能帮助开发估算影响，哪些字段不应共享，哪一份长纪要根本不能替代复现条件，需要由掌握工作的人分别指出。错误的提议被团队驳回，也可以换来有价值的区分，前提是主持人愿意把它撤下白板。
教练 那就把“完整反馈”划掉。在你们已经允许共享的内容里，举一条对下次评审最有用的材料，好吗？
开发组长 先给我使用环境和复现步骤，两样有一样也行。如果还没复现，写“待复现”。上次我理解成已经验证过，才在会上答应能修。
客服代表 我有时只有客户的口头描述。我可以标清信息是客户说的，还是我在测试机上做过。样例工单我会按现有规则去掉身份信息。
教练没有在这里充当信息安全主管。涉及哪些人能看哪些资料，仍依公司的要求。教练做到的是帮成员把一个过宽的要求替换成业务上能说明用途的需求。大家口中“信息共享”的差别，落在纸面上就是两个字，“待验”。这两个字容纳具体的不确定，也给了开发组长一个不需要当众装作有把握的说法。
方格本旁的铅笔
没说话的那个人，怎样加入
团队里还有一位实施同事，到这里一直没有发言。教练留意到他在纸上写字，但不据此宣告他心有顾虑，也不点名要求他勇敢表达。开场约定里已经有一条，大家可以在共享便笺上留下愿意公开的意见。教练把这种方式再摆回桌上，同时说稍后谁都可以补充。两分钟后，便笺上出现一句“谁来决定今天能不能发版？”
这一句话把团队从沟通意愿带回了决策权限。假如分歧出现时，最后由谁判断能否上线都不清楚，让所有人更积极表达，发言结束后依然可能各自等通知。负责人说这要分两种情况，符合既定上线条件时由当值负责人确认，出现例外就要升级。实施同事补充，他们收到的会议纪要常常只写“基本可发”，看不出属于哪一种。
教练 当值同事读到下周的纪要，看到什么，就知道这个议题在现在这一刻走到哪里了？
产品负责人 我可以在每个版本后写明“已确认”“等待补测”或“需升级确认”，再加上由谁回复。我们并不需要把每件事都在会上说到意见一致。
开发组长 如果我不同意，也想留一句我不同意的依据，不要只写会后跟进。
两个人谈妥的是一种记录方式，未必等于团队的信任已经提高。更重要的是，便笺上的问题可以由愿意回应它的人来接，不必把注意集中到写字者的个性上。谁最后作决定、异议怎样留存，这些条件一清楚，有的人才有可能在真实工作中说出原本难说的话。教练此时要留心，公开发言本身不能成为评判每个人是否足够开放的标准。
还有一种检验，不妨在同一场会的尾声就做。主持人念完“待补测”以后，请当值负责人用自己的话讲讲下一步，问他明早需要等谁的消息。假如他说等客服回复，而客服以为开发会先做复现，分歧就在此时暴露。比起再问一次大家同不同意，这样的复述没有要求任何人更卖力表达，却能指出两份工作是怎样接不上头的。
复述也应给人修正的余地。如果当班同事说“今天在场的不是明早接班的人”，团队要考虑的是记录如何抵达真正执行者，不宜让他代表缺席同事担保理解一致。教练只需核对，眼前的约定是否有可传递的内容、明确的接收人和一个发现误读后还能修改的时点。到这里，团队已经在具体工作里练习它所称的开放。
下一周看什么，才知道有了区别
结束前，教练把白板上三个动作念了一遍。会前尽可能准备去掉身份信息的关键事实，会上给发言者把对象说清的时间，会后记录状态与负责人。有人提出做一次匿名评分，给团队开放度打分。客服代表摇头，她更想知道自己能否在下次会上讲清一个新用户的例子，不希望又收到一份调查表。于是大家约定只选一项议题试一周。
客户团队 我们选短信提醒的工单。会前由客服准备样例和信息可靠程度，开发提前看一眼。评审结束前，主持人念一次决议。有人听成别的意思，就当场改记录。
教练 如果样例还没备齐呢？
客户团队 照样可以说，只把它写成“初报，等核对”，不借着资料不全把发言取消。
这里留下的例外让办法更像真的工作。凡是需要事事完备才允许发言的新制度，可能恰好伤到最先发现异常的人。把不完整的事实标明状态，让它以适当的分量进入会谈，比要求每个人都更真诚更可靠。团队下周可以检查，样例是否到过需要的人手里，发言是否被听全，决定是否写清。三样里就算只有一项改变，也能明确指出发生在哪里。
回头看“更开放”这三个字，可以让它继续留在墙上。它可以是愿望，也是大家共同珍惜的相处方向。同时，在真正要交接工作时，墙上需要多几行小字。谁愿意先讲完，谁需要拿到复现条件，谁有权接住例外，哪些资料始终留在该留的地方。把这些话讲得足够清楚，下一次点头才更可能指向同一场会议。