Colay / 指南
为回顾或困难的对话找到一个有用的开头
你知道哪个问题需要讨论，但第一句话听起来总是充满指责或含糊。向 Colay 询问表达相同观察和请求的几种方法。比较这些版本可以帮助您选择您实际要说的语言，预测合理的反对意见，并为对方的叙述留出空间。可交付成果是一张简短的对话卡，而不是控制结果的脚本。
说出该句子的作用
开场问题、边界和决策请求起着不同的作用。在生成替代方案之前，写下您需要哪一个。还将您观察到的内容与您得出的结论分开。 “移交文件两次缺少所有者”给了对方一些具体的讨论内容； “你从不承担责任”补充了一个笼统的判断。
为了进行回顾，请确定对话旨在实现哪些改进。 Scrum 指南将 Sprint 回顾描述为规划质量和有效性的改进。当会议陷入一系列投诉时，这个目的是一个有用的参考。这并不意味着每一次困难的谈话都属于小组回顾。
请求不同的对话动作
八个选项可以涵盖观察、澄清问题、影响陈述、边界、邀请、分歧、决策请求和下一步提案。这些是书面指示，而不是对相关人员的八个独立判断。使用可用的智能体来比较响应并删除听起来与您不同的台词。
仅提供所需的上下文：角色、观察到的事件、您自己的担忧以及您可以合法请求的决定。不要要求模型来诊断某人的动机。即使其他人后来解释了您不知道的约束，有用的变体也应该保持公平。
帮助我准备工作对话的措辞。观察到的事件：[事实]。我的担忧：[担忧]。期望的下一步：[请求]。关系和背景：[背景]。给出 8 个简短的替代方案：观察、澄清、影响、边界、邀请、分歧、决策请求和下一步建议。保留事实，避免指责，不推断动机。对于每个人，明确其所做的假设，如果对方不同意，则尊重地跟进。不要捏造我没有的承诺或权力。
制作一张您可以浏览的卡片
用一个虚构的交接问题练习：两份草稿进入审核时没有明确的决策负责人，发言者希望下次能指定负责人。这些不是实际团队案例，建议的句子只是可调整的选项，不是经过验证的冲突解决技术。
| 时刻 | 可能的措辞 | 它保留了什么 |
|---|---|---|
| 开幕 | 最后两份草案在没有指定决策负责人的情况下进行了审核。这是怎么发生的？ | 其他人可以添加缺失的上下文 |
| 影响 | 我不知道谁应该解决剩余的评论 | 描述说话者的困难，但没有指定意图 |
| 请求 | 我们可以在下次交接之前指定决策负责人吗？ | 允许讨论该步骤是否可行 |
| 如果有不同意见 | 我的描述中有哪些不完整的地方？ | 邀请纠正而不是强迫同意 |
排练第二回合，而不仅仅是开场
请模型指出所选句子可能产生的一种合理误解，只修改造成误解的部分。如果“我们能否”背后其实是已经作出的决定，应如实说明。提议实验时，不要写成命令。如果对方质疑事实，先回到具体事件，再讨论应对办法。
卡片保持简短：一个观察、一个问题、一项请求和一句备用回应。读出声，删去自己不会自然使用的措辞。真正对话时应倾听；有重要新信息，就不必照着卡片说。生成的选项只是准备，不能代替参与。
以下一步的共享记录结束
在Colay中，在请求任何合成之前分别比较草稿。综合答案应该保留未解决的分歧，而不是把它们变成人为的一致。从一张对话卡开始，根据它是否能帮助你清楚地陈述问题并听到回应来判断它的有用性，而不是根据它产生了多少优美的句子。
- 检查双方对问题的描述是否一致。
- 用普通语言写下行动、负责人和再次检查的时间点。
- 明确记录剩余的分歧，而不是平息它。
- 对于本次对话中无法解决的问题，使用适当的既定流程。
问题及解答
我可以在小组回顾和私人对话中使用相同的措辞吗？
应根据受众和目的调整。涉及某个人的私人问题，不应自动变成公开讨论题；先确定场合，再润色句子。
如果每个生成的版本听起来都太正式怎么办？
提供一个简短的正常语气示例，并要求更简单的措辞，同时保持观察结果和请求不变。
谨慎的措辞可以避免冲突吗？
不能保证避免冲突。实际作用是让观察、担忧和请求更清楚，同时为对方不同的叙述留出空间。
来源和方法
- The Scrum Guide, November 2020
Sprint 回顾的目的的主要定义。短语手册和虚构的交接示例是原创的编辑练习。
将您的下一个问题提交给 Colay
选择一个模型、使用 Auto，或通过 Consensus 汇集多种观点。