“我们团队的协作一直很差。”听到这样的描述，教练很容易先收集所有失败事件。理解困难当然必要，但会谈也需要回答另一个问题：如果协作有所改善，客户具体会看见什么？
OSKAR提供了一条围绕期待、已有进展和下一步行动的对话线索。它由Mark McKergow与Paul Z. Jackson发展，属于焦点解决取向的教练框架。框架帮助组织讨论，却不能替代对现实条件的判断。
先把改善说成可以看见的变化
Outcome是期待的结果。与其停留在“协作更好”，可以请客户描述一次普通工作日：信息如何传递，谁在什么时候作出决定，出现分歧后怎么继续推进。
还要分清本次会谈的期待和长期工作的期待。“今天离开时能明确一个协调办法”可能比“今天解决团队协作”更适合当前范围。这个期待应由客户参与确定，也要承认他无法单独控制的部分。
量尺的价值在解释，不在数字
Scaling常以0到10的量尺打开讨论。两端应先由客户定义，否则不同人的“六分”没有共同意义。量尺描述的是客户对当前状态的看法，不是标准化测评，也不适合拿来排名员工。
比“为什么才四分”更有帮助的讨论，可能是：“有哪些事情让它已经到了四，而不是更低？”随后再问：“如果往前一点，你会先注意到什么不同？”这些问题让已有能力和可见变化进入会谈，不要求客户为了积极而提高分数。
把已有做法变成资源
Know-how关注已经会做的事、可利用的经验和支持。例外可能很小：某次交接没有返工，一次会议及时明确了负责人，一个同事愿意主动补充信息。教练需要了解当时有哪些具体做法，而不是笼统赞美团队“有潜力”。
资源也包括客户之外的条件。流程权限、主管支持、工具和可用时间都可能影响进展。不能把组织缺少资源的问题，全部转成客户需要改变心态的问题。
| 步骤 | 中文理解 | 会谈中的关注点 |
|---|---|---|
| O · Outcome | 期待结果 | 本次会谈希望明确什么，现实中会出现什么变化 |
| S · Scaling | 量尺 | 由客户定义两端，解释当前进展及微小变化 |
| K · Know-how | 已有经验与资源 | 哪些做法有效，谁能提供什么支持 |
| A · Affirm & Action | 肯定与行动 | 肯定具体贡献，选择可执行的一小步 |
| R · Review | 回顾 | 检查实际变化，修正行动与期待 |
一个虚构情境：从四分里找到线索
部门负责人认为跨部门协作只有四分。他回忆，上周有一次交接比较顺畅，因为双方提前确认了文件版本和接收人。教练没有据此断言整个团队已经具备完善能力，而是邀请他看看这个做法能否在一个小范围重复。
负责人决定下周只在一个项目里试用交接确认单，并先征求合作部门意见。他需要主管允许减少一项重复汇报，否则新表单只会增加负担。行动同时包含个人做法和条件协调。
肯定具体贡献，回看真实变化
Affirm与Action把具体肯定和行动联系起来。肯定可以是：“你提前确认了接收人，这让信息没有悬空。”行动则需要明确由谁做、在哪个情境尝试、如何观察效果。肯定不应成为要求客户接受计划的铺垫。
Review关注后来发生了什么：哪些情况变好，哪些没有，原先的解释是否仍成立。如果量尺下降，也要了解变化的依据，而不是劝客户乐观一些。
OSKAR不必机械走完每个字母。会谈中发现期待并不清楚，可以返回Outcome；发现资源不足，可以先停在条件协调。框架的用途是帮助对话产生可检验的下一步，而不是证明一场会谈已经按流程完成。