Colay / 指南
从不同角度理解团队卡点,再选择引导会议的形式
团队说问题出在沟通,但实际卡点可能是决策权不清、交接负荷过大或期望不一致。在安排下一次自由讨论前,用 Colay 比较可能的解释,以及验证每种解释需要什么证据。最终形成的应是会议准备简报,明确目的、形式和可检验的下一步,而不是模型对谁有错的裁决。
描述可观察的事件而不指定动机
写一份简短情况说明:发生了什么、何时发生、涉及哪些角色、观察到什么后果,以及哪些内容仍未知。把“团队不愿承担责任”改为可核查的描述,例如“两项决定被退回,未指定批准人”。删除姓名和不必要的个人细节,只使用获准分享的材料。
将不同人的报告分开保存。经理的总结只是一种观点,而不是整体情况。让模型提出能够区分解释的问题,而不是从几条消息中推断出个性、意图或情绪状态。当参与者添加缺失的上下文时,这使得最终的对话更容易纠正。
使用八个视角寻找不同的问题
尝试这些视角:共同目标、决策权、交接、工作量、激励、信息质量、期望和会议参与。 “八”是一种构建请求的方式,而不是声称 Colay 提供了八个独立的促进者。选择可用的智能体,比较单独的答案,并保留有用的差异,而不是将所有内容合并到诊断中。
即使一个解释反复出现,它仍是假设。如果所有答案都说“责任归属不清”,可以追问:什么观察能表明责任其实明确,真正造成问题的是另一个瓶颈?有时最有用的准备,就是找到会改变会议形式选择的缺失事实。
帮助准备引导会议,而不是评判人。可观察事件说明:[记录]。请从 8 个视角审视:目标、决策权、交接、工作量、激励、信息质量、期望与参与。每个视角给出一个暂定解释、一个缺失事实、一个中性问题和一种可能的会议形式。明确标注假设。不要推断动机或诊断人格。最后指出,在选择会议形式前,最少还需收集什么信息。
将会议与输出相匹配
在一个虚构例子中,产品和设计团队都认为对方负责最终验收,意见往返流转,发布因此等待。这还不能证明是人际关系冲突。眼下需要的交付物可能是决策责任图,而不是泛泛讨论信任。
| 需要解决的问题 | 可能的格式 | 具体输出 |
|---|---|---|
| 谁可以做出接受决定? | 围绕最近的一项决定绘制角色 | 指定决策负责人和咨询路径 |
| 工作在哪里等待? | 还原一次工作交接的时间线 | 一项交接流程改动及其负责人 |
| 谁的信息丢失了? | 个人反思,结对,然后小组分享 | 需要调查的独特观察结果 |
| 团队应该接受哪种权衡? | 将明确的选项与商定的标准进行比较 | 记录的选择和审核触发 |
让人们提供人工智能无法提供的观点
Liberating Structures 的 1-2-4-All 方法按个人思考、两人交流、小组讨论、全体讨论的顺序展开,提供了收集参与者观点的具体形式。适合这一目的时,可采用其原始说明;不要假设一种形式能解决所有冲突。
将假设作为问题带入房间。告诉参与者会议可以决定哪些内容以及哪些内容超出会议范围。如果存在需要建立人员或行为流程的问题,请使用该流程,而不是将小组研讨会变成临时调查。
通过一项可观察的实验结束
针对虚构的发布卡点,可以尝试在下一次交接前指定验收负责人,再观察同样的退回循环是否重现。Colay 可帮助比较会议方案、整理获准使用的笔记,但经验来自团队,决定也由团队作出。这样既保留工具的价值,也不把流畅分析误当成对当事人的真实了解。
- 用参与者认可的语言写下商定的问题。
- 选择一项更改、负责人以及审核日期。
- 指定哪些可观察到的结果将支持保留或更改实验。
- 记录仍存在的分歧,不要把沉默称为共识。
问题及解答
我应该询问模型们是谁造成了冲突吗?
请求相互竞争的解释和问题。简短的叙述无法确定动机,过早地指责可能会扭曲协助简报。
我需要八个模型吗?
没有。八个视角为可选结构。从可用的智能体和一些对比问题开始;仅当发现有用的差异时才添加更多内容。
最终的交付物是什么?
包含观察到的事件、未解决的问题、所选会议目的和形式以及参与者预期产生的输出的摘要。
来源和方法
- Liberating Structures: 1-2-4-All
该方法自己对其参与顺序的描述。示例格式选择矩阵是原始规划辅助工具,而不是有保证的冲突结果的证据。
将您的下一个问题提交给 Colay
选择一个模型、使用 Auto,或通过 Consensus 汇集多种观点。