Simplexity用于团队教练：别让创意跳过事实与承担条件

创意会议缺少的可能是过程

团队面对重复发生的服务问题，常常直接问“大家有什么好办法”。有人提供软件建议，有人要求培训，还有人认为应该减少审批。每个方案都可能有价值，但它们未必针对同一个问题。会议结束后，负责人选了最容易做的一项，几周后又发现原来的困难还在。

Basadur的Simplexity过程关注从发现问题到行动的不同思考任务。通常介绍的八个位置包括发现问题、了解事实、界定问题、形成想法、评价选择、行动规划、获得接受与行动。本文由知行社为教练家平台编写，把这组位置用于组织团队教练的工作对话，不把它与数学规划中的单纯形算法混为一谈，也不把步骤完成视为效果保证。

过程提供的主要提醒是：不同工作需要不同的思考。探索时可以保留多个方向，评价时需要说明依据，行动时需要明确责任。阶段之间可以返回，行动带来的新情况也可以成为下一轮了解的起点。教练不必要求每一次会谈都完成八项，而应识别团队现在跳过了哪一种必要工作。

从工作迹象开始，不急着指定方案

以下案例为教学编写，不代表真实公司及结果。一家企业服务团队经常收到客户询问“资料到底由谁补充”。项目人员认为销售承诺过多，销售认为项目部门回应慢，负责人准备采购新的协作系统。教练先请大家描述实际遇到的情境，而不是讨论软件功能。

发现问题时，可以收集重复询问、交接中断、资料版本冲突等工作迹象。迹象需要限定范围：发生在什么类型的项目，涉及哪些岗位，客户在哪个环节无法继续。不能把一段事件立即概括为“大家不愿合作”，也不能因为频繁听到抱怨就假定所有项目都有同样问题。

问题也可能表现为值得抓住的机会，例如某类交接已经更清楚，团队希望了解能否在其他情境使用。这并不意味着必须把困难改写成积极措辞，而是允许探索入口不只有投诉。对已经发生的风险或客户损失，组织仍然需要依责任程序处理。

教练可以先形成一个临时探索题目：“客户需要补充资料时，相关岗位怎样明确下一步责任？”它不是最终结论，但比“买什么软件”留下更多了解空间。负责人也应说明本次工作可以影响哪些安排，以及哪些决定暂时不在团队权限内。

了解事实：让观点连接具体经过

事实了解需要从不同岗位获取相关材料。销售可以说明客户提出了什么，项目人员可以说明收到的资料与当前状态，客服可以说明重复询问怎样转交。能够共享的记录应经过相应许可，不能为了完整分析就把敏感信息全部展示。

教练帮助团队区分已经观察到的事项、个人解释与尚未知道的条件。例如“客户第三次追问”是一个可核查描述，“销售故意把麻烦推给我们”则是对动机的判断。可以认真了解成员的不满，但不能把动机推断直接写进问题定义。

若数据之间不一致，应先检查口径。销售把收到客户消息算作一次询问，项目人员把正式工单算作一次请求，两种数量可能无法直接比较。不必为了会议进度选一个看起来更权威的数字，而应说明目前资料能回答什么，不能回答什么。

事实了解也要有停止边界。团队无需取得全部资料才能继续讨论，但应知道哪些未知可能改变决定。如果缺少权限安排的信息，就不宜贸然设计新的责任分工；如果只是尚未知道某个表单颜色偏好，可以在后续设计中了解。教练帮助辨认决定所需的信息，避免把大量调查当作安全感来源。

界定问题：宽窄之间要有可工作的范围

界定问题不是挑一句最漂亮的“如何”问句，而是说明团队究竟准备改善什么。范围过宽，如“改善客户体验”，会包含许多团队无法决定的事项；范围过窄，如“让项目部门每小时回复消息”，则可能把某个方案提前写进题目。

案例中的问题可以暂定为：“在常规资料补充情境中，怎样让客户和内部岗位清楚下一步由谁负责，同时不给一线成员增加重复登记？”这个题目包含希望改善的体验、适用情境与值得检查的代价。它没有保证一定不增加任何工作，而是把负担纳入选择标准。

教练可以询问为什么这项改善值得做，以理解更高层目的；也可以问当前什么条件阻碍下一步，以寻找具体入口。问题如果因此改变，应让相关岗位重新确认。不能一开始讨论协作，后来悄悄转成要求某个人加强服从。

对不同定义保留说明。有成员认为版本管理是核心，有成员认为责任确认是核心，可以先看两者如何联系，或者分别设计了解安排。团队暂时选择一个范围，并不表示其他问题无效，而是说明当前资源将先承担哪一项。

形成想法：把探索和评价暂时分开

在形成想法的位置，团队可以先独立记录不同方向，再共同了解。方向可能包括减少不必要资料、设置明确的责任接收点、改变客户说明方式或增加版本确认。教练不应把自己熟悉的模型当作唯一方案，也不要让管理者第一个建议变成其他人的标准答案。

暂缓评价是为了使想法能够被表达，不等于所有想法都可被实施。涉及不合适的信息共享、越权承诺或不公平负担的方向，应明确其边界。可以把某个想法中值得保留的意图抽出来，例如希望减少重复沟通，再寻找符合条件的方式。

若成员只提出同一种方向，可以邀请他们改变观察位置：客户如何理解资料要求，接收方怎样判断资料可用，负责人如何处理例外。不同位置不是为了追求数量，而是避免所有方案都围绕现有工具的小修小改。

也可以把看似冲突的方向并列保留。增加核对与减少登记可能共同指向一个更简洁的交接设计。合并之前仍需说明各自要解决什么，不能把两个方案拼接后就认为兼顾了所有需要。

评价选择：先说明标准，再看方案

进入评价时，教练可以请团队共同确认标准，例如能否让责任清楚、能否避免重复资料、是否在现有权限内、客户能否理解、维护者是否可承担。标准之间的取舍需要有责任的人决定，不是由教练暗中给权重。

对于每个方案，可以分别标注已经知道的支持条件、尚未验证的假设和可能代价。如果某个方案只有“感觉更方便”的优势，就不能与另一方案的真实工作记录直接比较。可以选择先验证关键假设，而不是立即选一个全面实施。

选择也不一定是唯一方案。团队可以保留少量不同方向进行有限了解，或者发现现有条件不足而暂缓。负责人偏好某方案时，应说明其依据和权限，不要借集体评价掩盖已经作出的决定。

知行社为教练家编制的讨论记录可以把每个方向写成“支持什么结果、依赖什么条件、由谁承担、怎样核查”。这是自制工作辅助，不是Basadur原有测评，也没有分数能自动证明一个方案最佳。

规划行动：把方案交给可以承担的人

行动规划需要明确具体工作、时间、责任、资源和决定路径。案例中的团队如果选择试行统一的责任确认点，就要说明谁接收、何时回复、缺少资料时怎样记录，以及超过权限的例外由谁决定。只写“加强协作”不能支持实施。

还要检查依赖条件。新的资料说明可能需要业务负责人核对，客户通知可能需要销售确认，系统字段调整可能需要技术支持。每一项依赖都应有确认方式，不能因为对方参加过会议就认定其已经承诺。

规划中需要保留退出条件。若试行造成客户误解、增加不可承担负担或暴露不适合共享的信息，应由相应责任人调整或停止。对大型改变，可能需要正式项目管理及专业核查，教练会谈不能代替这些工作。

获得接受：认真听见实施者的条件

获得接受不等于把方案卖给不同意的人。团队应邀请受到影响的岗位说明支持条件、担心和实际限制。一个人可以认可目标，同时不接受当前工作安排；这种区分有助于修改方案，而不是把其贴成抗拒改变。

教练可以问“你需要哪些条件才能承担”“哪一项安排会影响你已经承诺的工作”。答案可能要求调整资源、减少旧任务或改变通知方式。若所有意见都被听见却从不改变安排，所谓获得接受可能只是形式。

负责人有权作决定的部分应当明确，成员可以提出意见的部分也应明确。不能把沉默当作承诺，也不要承诺所有人最终都会满意。一个可工作的安排往往包含尚未消失的分歧，以及遇到问题时如何返回决定的路径。

行动之后，新的情况仍然值得了解

试行时记录实际经过，观察责任是否更清楚、客户能否继续下一步、维护者是否承担额外工作。收集反馈时应说明范围，不要用少量正面评价证明整个流程已经有效，也不要把一次例外当作所有改变失败。

如果出现新的重复询问，可以回到事实了解或问题界定，检查当前方案是否遗漏了必要条件。返回不是退步，而是让过程继续连接实际工作。若最初问题已发生变化，也可以形成新的探索题目，不必为了证明方案正确坚持原定义。

对教练家平台的实践者而言，这一过程的价值是让不同思考任务各有位置。问题尚未了解时不急着卖方案，想法尚未形成时不急着评价，实施条件未确认时不急着要求承诺。教练帮助团队在必要时向前，也在新信息出现时返回，使创意逐步进入能够承担和核查的行动。

会议还应留下决定记录，而不只是漂亮的想法清单。记录需要说明本次暂定的问题范围、哪些事实改变了理解、哪些方向被保留、哪些条件尚未确认，以及由谁在什么情境作下一步决定。没有选择的方向可以保留简短理由，避免未来被误解为从未讨论。教练交付记录前，应邀请相关者确认自己的意见是否被准确表达。记录中涉及个人反馈的部分只在获准范围使用，不能把成员的探索性发言直接转成对个人能力的定论。这样下一次工作可以从真实判断继续，而不必重演同一场创意会。