同事的步调不同，如何一起把事做好？

快与慢，常常在处理不同的风险

有人一收到任务就开始做，有人要先确认需求。前者可能担心错过期限，后者可能担心做出不符合期待的成果。若只用“太急”或“拖拖拉拉”解释同事，对话很容易停在相互指责。

先回到这次任务：交付日期、品质要求、信息完整度，以及出错后能否修正。速度本身不是唯一标准，关键是团队是否知道哪些地方要快、哪些地方值得停下来确认。

先看流程，不急着判断个性

把一项任务拆成理解需求、提出方向、执行、检查和交付。你认为同事“太慢”，可能是他一直卡在需求不清；同事认为你“太快”，可能是你已经动手，却没有说明哪些部分只是草稿。

请各自描述最近一次合作的实际行为：谁在什么时间交了什么、哪些信息缺少、哪里产生重工。这些细节比人格名称更能找到问题。心座特质可以协助表达偏好，但不能代替工作流程的检查。

情境示例：先试作与先确认可以并行

阿哲想快速做出网站初版，怡君希望先确认所有页面。两人原本每天都在争论谁妨碍进度。后来他们把工作分成两条线：阿哲用已确认的首页内容做可调整的版型，怡君同时整理尚未确定的内页需求。

他们约好周三只检查信息架构，周五才检查视觉细节。阿哲不再把每次提问当成阻力，怡君也知道初版不是已定案的成果。差异仍然存在，但双方有了共同的确认点。

建立四项协作约定

• 交付定义：用一句话说明这次要交什么，并附一个可参考的例子。
• 草稿标示：区分用来讨论的方向、可以试用的版本，以及准备交付的完成品。
• 确认时机：安排少量固定检查点，让提问不用每次中断正在进行的工作。
• 变更规则：需求增加时，一起重新确认范围、时间或资源，避免默默把负担留给执行者。

用需要取代催促与防卫

“你可不可以快一点”没有说清楚哪件事最急。可以改成：“下午三点我需要把方向交给客户，你能先给我两个可选方案吗？细节明天再补。”需要时间确认的人，也可以说：“我还缺使用情境，收到后需要一小时整理；我先把已确定的部分交给你。”

把期待说到可执行的程度，也留下协商空间。如果对方做不到，先问卡在哪个步骤，再决定是否缩小交付或找人支持。明确的回答比猜测对方是不是不在乎更有效。

常见误区：把配合变成单方面让步

如果总由同一个人加班补上落差，表面和平也可能累积不满。约定要能被双方使用，并看见各自承担的成本。也别用“他就是那一型”取消检讨；需要改变的行为，仍要清楚指出。

回顾合作时，避免把每个小细节都制定成新规则。先挑最常引起重工的一个环节调整，观察是否改善。规则过多，也可能让原本简单的任务变得更慢。

完成后，回顾一个顺畅与一个卡点

交付后留十分钟，请每人说一个这次有帮助的做法，以及一个下次想改的环节。把讨论落在流程和行为，不延伸成对人的总评。下次合作先沿用有效的约定，再调整一项卡点，团队就能逐渐累积自己的合作方式。