V1.03.5Partner-specific common ground设计研究

长期共事者可省略的显式说明对新人并不成立

别名: 伙伴特定共同基础 · 团队共享历史 · 受众设计

概念解释

伙伴特定共同基础(partner-specific common ground)是与特定协作者通过共同经历逐步形成的称呼、默认前提、工作惯例和未明说的判断标准。长期共事者说“按上次那样”即可触发一整套共享历史;新人没有参与形成过程,同一句省略对其只是信息缺口。问题不在新人能力,而在表达依赖了只属于原成员的对话历史。

机制

重复互动会把早期冗长描述压缩成双方认可的短称呼,并让责任边界和例外处理成为惯例。这种压缩符合减少共同努力的需要,却把可解释性绑定到参与过往互动的人。团队成员变化时,文档只保存结论、不保存形成结论的理由,旧成员仍可凭记忆补全,新人却无法恢复被省略的前提;要求新人“多看消息”也未必能重建当时的共同接受。

怎么研究

可比较固定配对与更换搭档后的指称任务:观察已形成短称呼能否迁移,测量描述长度、澄清次数、选择错误和恢复到稳定表现所需轮次。组织现场可让新人执行真实交接任务,记录其追问、查找路径、被隐性前提阻塞的时点,再与资深成员执行相同任务比较。搭档更换会同时改变熟悉度与社会关系,解释时不能把全部差异归因于术语知识。

边界

不是所有隐性惯例都应写成永久文档;低风险、短寿命的局部约定可能不值得维护。新人也不是没有共同基础,他们可能带来行业知识或其他团队经验。过度为假想新人解释会增加所有人的写作负担,因此应优先外显高后果、跨角色、低频且难以从结果反推的判断。

怎么落地

  • 在结论旁保留理由、适用条件和关键被否决方案,不只保存最终状态。
  • 将团队简称连接到可维护的术语表或对象,不让含义只存在聊天历史里。
  • 设计分层说明:熟悉者可略读,新人能展开背景、示例和决策轨迹。
  • 用“无口头帮助的新人成任务”验收,统计首次独立完成时间、关键追问和因隐性前提造成的返工。

延伸

  • 同组V1.03.1 共同基础是双方都知道且都知道对方知道的那部分内容 · V1.03.2 共同基础靠来回确认建立,单向发送不产生共同基础 · V1.03.3 渠道的反馈成本决定确认的方式与频率 · V1.03.4 共同基础不足时同一句话会被双方理解为不同意思
  • 相邻V4.05 交接与上下文传递 · V8.02 新人融入
  • 站内检索partner-specific common ground · conceptual pact · audience design

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/V1.03.5