软系统方法用于团队教练：让不同目的进入共同讨论

组织的问题常常不是一道题

部门负责人说交付慢，业务人员说要求总变，支持团队说前端没有提供完整资料。三个人都在描述同一段工作，却可能期待三种不同的改善。教练若立即主持一个解决方案会议，大家很容易同意增加系统、建立制度，却没有说清楚这个系统究竟服务谁、由谁维护、会让谁承担额外工作。会后的争执并不是执行力不足，而是最初就没有形成可以工作的约定。

软系统方法通常简称SSM，与彼得·切克兰德的研究工作相关。它适用于探索目的和观点存在分歧的组织情境。这里的“软”不是温和的沟通技巧，也不是缺少证据，而是承认人们对什么值得做、什么算改善可能有不同理解。本文由知行社为教练家平台编写，以一个服务协作情境说明怎样用模型促进讨论，不把方法变成固定的会议程序。

面对设备故障，技术人员可能有明确的检修标准；面对“服务让人失望”，不同人对失望的原因与理想体验未必一致。此时不应先把其中一个人的解释包装成整个组织的问题。教练要帮助大家区分事实、评价、目的与利益，再寻找既值得争取、也能被相关者实际承担的改变。

先确定谁可以参与这次了解

以下案例为教学编写，不代表真实机构及实际效果。一家为企业提供学习服务的团队，经常收到客户追问课程调整进度的消息。销售希望快速回应，项目经理希望先确认资源，导师希望避免临时承诺。负责人最初提出“让项目经理每天发一份日报”，并请教练协助落实。

教练没有把日报直接当作目标，而是确认本次工作的授权：可以访谈哪些岗位，可以查阅哪些经过许可的工作记录，哪些客户信息不得公开，最终谁决定流程改变。教练也询问谁可能因改变增加负担。若只让管理者参加，模型往往会遗漏真正接收消息、整理资料和处理例外的人。

参与者不必把所有人同时拉进一个大会议。可以分别了解再共同讨论，但要向大家解释记录将怎样使用。匿名摘录仍可能被同事辨认，因此也要考虑细节是否会暴露身份。客户有权拒绝提供反馈，导师可以只谈工作安排，不必分享个人评价。组织探索不能以参与之名取消信息边界。

随后把委托改写为“了解课程变更信息怎样传递，并讨论可以承担的回应方式”。这句话暂时没有指定日报、软件或处罚措施。它允许不同解释进入讨论，同时限定在信息协作情境，避免一次会谈扩展成对整个公司文化的评判。

用丰富图保存真实情境的矛盾

丰富图是一种表达情境的方式，可以包含人物、工作、信息、冲突、情绪和环境条件。它不等于正式流程图，也不要求绘画水平。销售画出客户不断追问的消息，项目经理画出尚未确定的讲师档期，导师画出已经接受的其他任务，客服画出多个群中版本不一致的通知。这些图像帮助大家看见彼此平时不易观察的工作。

教练需要提醒参与者：图中的箭头只表示当前所理解的联系，不自动证明因果。若某人写“导师不配合”，应追问具体发生的情境、已经提出的请求与对方收到的信息。可以改记为“新的时间要求尚未得到确认”，同时保留“销售感觉回应困难”这一体验。这样既没有否定感受，也没有将感受直接当作对方的动机。

丰富图应当容纳分歧。销售认为回应越早越好，项目经理认为未经确认的回应会带来重复沟通，这两种判断可以同时出现在图上。若教练急于把它们合成“沟通不足”，关键差异就消失了。也要保留不清楚的地方，例如谁有权批准特殊安排、客户到底需要确定时间还是当前状态，不必用完整美观的图掩盖未知。

完成初稿后，让每个岗位说明自己没有被画出的工作。可以问“如果按这张图修改制度，你会担心哪一步？”这种提问比让大家评价图是否准确更容易发现遗漏。图的价值是支持持续修正，不是证明组织已被客观描述完毕。

建立不同目的的活动模型

接下来可以选择几种值得讨论的目的，分别建立有目的活动模型。模型表达的是“如果我们认真追求这一目的，逻辑上需要做些什么”，不是宣称现实组织已经这样运行，也不是一份等待执行的组织架构。

在案例中，一种目的可以是“使客户了解课程调整的当前状态，以便安排内部工作”。另一种目的可以是“使团队在确认资源后形成可靠承诺，以免反复变更”。这两种目的有交集，也有张力。不能把前者简单判为客户导向、后者判为保守；可靠承诺同样关系客户体验。

可以用“做什么、通过什么方式、为了什么”写一个简洁的根定义。第一种模型可能表述为“由服务团队整理经过核查的当前状态，通过约定的信息窗口向客户说明，以帮助客户安排下一步”。其中“状态”应允许包括尚未确定的内容，否则它会悄悄变成必须立即提供答案的要求。

根定义还要检查受影响者、实施人员、输入到输出的转化、使转化有意义的观点、能改变或停止这项活动的人，以及当前接受的环境约束。这些位置可以借助CATWOE讨论，但不是六个按顺序完成的动作。所谓所有者也不只是流程维护者，更涉及谁有决定权。受影响者不只包括受益者，还包括承担代价的人。

活动模型要围绕目的写必要活动。例如了解客户需要何种信息、核实当前状态、标记未确定事项、说明下一次更新安排、检查客户能否据此行动。培训所有人或采购软件不是自动必要活动，只有说明它如何支持这个目的，才值得放进模型。不要因为现实中有一个部门，就为它硬造一项活动。

把模型当作提问工具

模型与现实比较不是寻找谁没有遵守理想流程。它用于形成具体问题：目前谁确认状态？未确定事项怎样呈现？客户收不到完整答案时，能否得到下一次更新约定？发生例外由谁判断？模型中的活动在现实中可能由不同岗位分担，也可能根本没有必要采取相同形式。

比较时，教练可以要求团队各举一段实际经过，并允许反例进入讨论。如果项目经理说所有变更都有确认，销售举出一次口头调整，就需要核实这次调整是否属于共同定义的变更。争论可以转向适用范围与记录方式，而不是立即裁定谁诚实、谁负责。

模型的检查可以分成三个问题：活动是否完成了所声称的转化，资源消耗是否可以承担，这种转化是否支持更长远的目的。三者不要混为一谈。每天发送消息可能完成了通知动作，却没有帮助客户安排工作；减少消息可能节省时间，却造成客户反复询问；快速承诺可能解决眼前压力，却提高后续失约风险。

在这里，教练负责让不同判断有机会被解释，而不是宣布一个最正确的组织目的。如果客户体验与导师安排无法同时达到理想状态，应明确讨论取舍与批准责任。专业人员可以提供资源及合同方面的判断，教练不能凭活动模型替他们作专业结论。

达成可工作的容纳，不强求观点一致

SSM中的相关讨论可以产生一种实际可工作的容纳：各方不必认为改变最理想，但愿意在明示条件下参与。它不同于让所有人公开表示赞同，也不同于管理者宣布决定后把沉默解释为支持。教练需要询问“在什么条件下你能承担这部分工作”“哪些情况必须返回讨论”。

案例中的团队可能决定建立一个当前状态入口。客服维护客户可见内容，项目经理核查资源相关信息，销售不再转述未经确认的承诺，导师确认自己的可承担范围。未确定事项必须明示，并给出下一次更新安排。客户可以继续提出需求，而团队不因此自动保证所有需求都会被接受。

这份约定也应保留未解决分歧。比如销售仍希望回应更快，导师仍担心更新频率过高。可以在有限范围内观察新安排是否减少重复追问，记录维护者的实际负担，并安排再次讨论。这样改变有了观察条件，也没有将试行提前宣布为成功。

若某岗位无法承担维护工作，不能以“大家已经共创”要求其额外加班。应回到资源与权限讨论，缩小试行范围、调整岗位安排或暂停。承诺的可信度来自承担条件，而不是会议气氛。

在试行中继续学习

试行可以选择一种课程变更情境，明确起止时间与责任人。记录不仅看发出了多少通知，还要观察客户是否理解哪些事情已确定、哪些仍在等待，团队是否因维护入口减少或增加工作，以及遇到例外时是否知道怎样处理。观察数据需要说明采集范围，不能把少量反馈扩大为整个组织效果。

当变化与期待不一致时，首先检查模型所依据的目的和条件是否仍成立。例如客户实际需要的是能否安排员工参加，而团队只提供讲师确认状态，那么通知动作虽被完成，却没有提供客户需要的判断条件。需要重新理解使用情境，而不是单纯增加通知次数。

也可能发现当前资源不足以做到约定。这种结果不是参与者没有成长，而是组织需要做资源决定。教练可以帮助他们形成具体的选择及影响，但不能替负责人承担预算和人员安排。若反馈涉及不公平待遇或重大风险，应由有责任的程序处理，不要以持续探索为由拖延必要行动。

教练的克制决定模型能否服务人

这种方法最容易被误用的地方，是把丰富图、根定义、模型和行动看成四张必须交齐的作业。参与者为了完成流程写出漂亮图表，却没有增加对情境的理解。教练应允许返回前面的表达，也允许暂时不建完整模型，先澄清一个影响决定的未知。

另一个风险是把某一立场隐藏在看似中立的目的里。例如“提高员工服从度”可能已经预设问题在员工身上。教练需要问这项活动要改善什么实际体验，谁定义了它，谁能提出不同解释。方法不能替未经讨论的权力选择提供科学外观。

对教练家平台的实践者而言，SSM的可用之处是把复杂组织情境转化为可以继续对话的材料。丰富图保存现实差异，活动模型提供可检查的提问，容纳约定说明谁愿意在什么条件下行动。它不会保证冲突消失，却能让改变的目的、代价和承担者更清楚，也让下一次讨论有真实经验可以依靠。