Cynefin用于团队教练：不同情境需要不同回应

同一场会议里可能需要几种处理方式

团队讨论客户服务改进时，有人要求把步骤标准化，有人建议请专家诊断，还有人希望先试一个新办法。大家可能并非能力不同，而是在面对性质不同的工作。密码重置可以依据既有程序，系统接口故障需要专业分析，新服务是否让客户愿意使用则往往需要观察实际互动。把这些工作都交给一次头脑风暴，既浪费专家资源，也可能把必要的安全操作变成随意试验。

Cynefin是一种支持理解情境的框架，与戴夫·斯诺登的工作相关。它帮助人们思考因果关系的可辨识程度，以及怎样采取适合当前情境的回应。本文由知行社为教练家平台编写，重点在团队教练怎样组织讨论，不把它作为给员工贴标签的工具，也不把复杂度判断包装成精确测量。

中文资料经常把complicated和complex都译为“复杂”。为避免混淆，本文用“繁杂”指需要专业分析但存在可分析关系的情境，用“复杂”指互动结果无法可靠预先确定、需要通过有边界探索了解的情境。名称服务于讨论，不代表前者低级、后者高级。一个组织不会永久属于某一域，同一项目也可以包含不同性质的任务。

先说清楚判断针对哪件事

以下案例为教学编写，不代表真实公司和效果。一家企业学习服务团队准备启用新的线上学习入口。负责人认为“整个项目都很复杂”，希望全员大胆试错。技术人员担心账号权限配置错误，服务人员担心客户不理解学习安排，导师担心新的互动方式不适合学员。

教练先把“大项目”拆成可讨论的工作：建立账号、排查偶发登录失败、观察客户怎样选择学习路径、处理已经发生的信息泄露风险。不同工作需要不同责任和回应，不能因为项目名称相同就采取统一策略。若存在安全事件，必须由有责任的专业人员和既有程序处理，教练不主持开放式试验代替紧急响应。

每个判断都应附上依据。“我们以前做过”不足以证明现在的情境明确，还要检查规则、参与者、工具和条件是否改变。“没有足够数据”也不足以证明是复杂域，可能只是没有取得需要的技术资料。团队可以暂时保留两个判断，同时明确接下来需要了解什么。

教练可以在白板上写“当前工作、已知关系、未知条件、判断依据、暂定回应”。这些字段由知行社用于组织会谈，不是Cynefin原框架的标准评分表。它们能让争论从“我认为应该创新”转向“这件事哪些部分可以依赖程序，哪些部分需要分析或探索”。

明确情境：程序之外必须留出报告路径

在明确情境中，工作关系相对稳定，经过确认的程序可以提供适当回应。基本思路是先了解发生了什么，再识别它属于哪一种已有情形，随后依适用规则处理。案例中的常规账号开通，如果条件和权限明确，可以使用已经核实的流程。

教练在这里的贡献不一定是创造新办法，而是帮助团队理解规则的适用范围。谁有权开通？缺少必要资料时怎样暂停？遇到不符合现有类别的情况向谁报告？这些问题影响程序能否在真实工作中可靠运行。

明确不等于没有风险。成员可能因为过去顺利而忽视例外，管理者也可能要求所有情况都塞进现成分类。若客户身份或访问权限改变，应重新检查原流程，而不是指责执行者没有按步骤做。团队需要一条报告异常的路径，并且不能让报告者因指出例外而承担不合理压力。

对已有安全要求和专业标准，教练不应建议用“勇于尝试”替代遵守。改进流程可以被讨论，但改变必须经过相应授权与核查。工作的稳定性允许程序化，并不取消专业责任。

繁杂情境：让专家分析与现场信息相互支持

在繁杂情境中，因果关系可能通过专业分析得到较可靠的理解，通常不只是套用一个简单答案。案例中的偶发登录失败，可能涉及设备、浏览器、账号配置及系统接口。需要由技术人员确定分析方式，服务团队提供经过许可的实际情境信息。

此时教练可以帮助专家与使用者形成可理解的委托。服务人员说“系统总坏”，技术人员说“本机正常”，两种描述都太宽泛。应具体说明出现问题的操作、条件、时间及已经采取的步骤，同时区分用户体验与技术结论。教练不能替技术人员诊断，但能减少信息在不同岗位之间失真。

专家意见不同不意味着应立即投票选一种。可以请他们说明依据、适用条件、未知和进一步验证方式。也要让现场人员有机会指出某个技术建议是否会增加不可承担的工作。尊重专业判断与讨论实施条件并不矛盾。

若分析显示影响因素在持续变化，原有回应可能需要调整；若问题已经变得稳定且程序可重复，则部分工作可以转为明确情境。这样的变化来自新证据，不是团队必须沿着框架追求更高等级。

复杂情境：探索要有边界与观察安排

在复杂情境中，参与者之间的互动可能改变结果，事后可以解释部分经过，但很难在行动前可靠确定一个最佳方案。新的学习入口是否促使不同客户自主选择路径，就受到需求、表达、时间安排和群体互动的共同影响，不能只靠专家把每一步设计完。

这里可以采取先进行有限探索、再观察、再回应的思路。探索不是把完整服务直接推给所有客户。团队需要说明试行范围、参与者选择、可接受影响、停止条件和责任人。涉及个人信息的收集必须符合既有要求，参加者也应知道自己在参与什么。

可以同时保留不同的小规模方向，而不是把一种方案称为唯一试点。比如一种方向通过简短问答帮助选择，另一种方向让客户先查看典型学习情境。它们都应有具体观察问题：客户怎样理解入口，在哪一步犹豫，哪些需求被忽略。观察不只是确认团队喜欢的方向。

早期反应可能受新鲜感、成员支持或特殊情境影响，因此不能把几次积极反馈当作长期成效。教练要帮助团队区分“值得继续了解”和“已经证明有效”。如果出现不可接受的负担或风险，应停止或调整，而不是用探索必然失败为理由继续扩展。

混沌情境：先稳定，再重新判断

在混沌情境中，当前难以辨识可供决定的因果关系，急迫影响也可能不允许继续等待完整分析。重点是采取有责任的行动，使情境获得足够稳定，然后观察并调整。这里不能理解成“没有因果关系”，更不能理解成谁最大胆谁就应当指挥。

如果出现需要立即保护信息或人员的事件，应启动相应的专业响应与责任安排。教练的任务可能是减少沟通混乱、确认谁负责、帮助成员理解当前指令及报告渠道。实际处置由有权限和能力的人决定，教练不能用框架替代技术、安全或应急规范。

稳定之后要重新判断不同工作。有的任务需要专家分析，有的需要继续了解互动，有的可以恢复程序。不要把危机中的集中指令永久扩展成日常管理，也不要把所有事后问题都当作还在紧急状态。

在案例中，如果线上入口已经出现信息暴露，团队首先应依专业程序处理影响，不是继续比较哪一种学习入口更有吸引力。待关键风险被适当处理，再讨论服务改进。框架帮助分清回应优先性，不能减轻组织原有的责任。

尚不清楚时，先容纳判断上的困惑

人们可能暂时无法辨认自己处于哪种情境。不同版本的框架对中心区域的表述有所发展，因此不应把旧资料中的“紊乱”简单等同于混沌。本文把“尚未辨清”作为讨论提示，重点是暂停自动套用个人最熟悉的方法。

有人擅长流程，会不断建议制定标准；有人擅长分析，会要求更多报告；有人重视创新，会不断要求试验。教练可以问“哪一部分最需要你的方法，哪一部分可能不适合？”这样不必否定个人优势，也能防止优势成为唯一解释。

尚未辨清并不一定意味着再收集一大批数据。可以先缩小工作范围，明确当前需要决定的事情，并了解已有信息是否可靠。如果决定具有紧迫性，就应交由相应责任人处理必要行动；如果不急，可以安排进一步理解。保持困惑的诚实表达，比迅速贴一个标签更有帮助。

重新判断比一次归类更重要

团队可以约定何时复查暂定判断。出现新的参与者、工作条件改变、既有程序反复失效，或试行造成不预期影响，都可能触发重新讨论。教练不必每次画完整框架，只要帮助大家说清楚现有回应仍依据什么。

观察也应当覆盖执行负担。一个新入口表面上让客户操作更方便，却可能要求服务人员大量人工补录。若不记录这种代价，团队可能错误认为试行成功。复杂情境中的回应需要看整体互动，而不是只看一项亮眼反馈。

在复盘时，可以请不同岗位各讲一件改变自己判断的事，并说明接下来准备继续、调整还是停止什么。对于无法确认的关系，应保留未知，而不是用“复杂所以无法解释”逃避负责。即使结果不能预先保证，授权、资源、观察与退出条件仍然需要明确。

对教练家平台的团队实践者而言，Cynefin提供的是一种情境敏感的讨论方式。明确的工作需要可靠程序，繁杂的工作需要专业分析，复杂的工作需要有边界探索，急迫失序的情境需要责任明确的稳定行动。教练的价值在于帮助团队识别当前需要什么，并在新信息出现时愿意改变回应，而不是为每个问题找到一个永久的格子。

组织也可以为不同回应预先准备支持条件。程序工作需要易于找到的规则与例外入口，专业分析需要适当资料和专家时间，有限探索需要被批准的范围与记录安排，紧急响应需要清楚的责任及联系路径。这样成员不必每次从零争论该怎样做。教练可以帮助负责人检查这些支持是否真正存在，但不能用一场框架培训代替制度和资源。若组织只鼓励创新而不给试行边界，或要求专业判断却不给必要资料，成员的犹豫可能是对真实条件的合理回应。