用途
跨职能对齐契约用于在产品团队的产品、设计、工程和数据四个核心角色之间，建立一份经过协商、具体明确的相互预期，从而消除角色模糊和交付摩擦。它试图取代泛泛的岗位说明，解决团队中常见的“未言明的假设”问题——即每个人都以为别人在负责某件事，最终导致冲突和项目延误。
主要能力
该框架以“四重奏”结构为基础，将数据视为领导核心中的一等公民，与产品、设计、工程并列。它通过三个步骤形成团队契约：
- 个人起草：每位成员独立写下三份清单——我的角色（日常负责和担责的事项）、我对其他三个角色的期待（为了成功我需要他们做什么）、共同领域（如宣扬愿景、分析实验结果等集体负责的任务）。
- 协商会议：理想情况下面对面进行2至4小时的会议，审阅各自草稿，找出职责空白（例如“我以为产品经理在管冲刺，但产品经理以为工程经理在做”）和职责重叠（两人争夺同一决策权导致摩擦），最终形成一份共同认可的“团队操作系统”文档。
- “优化”过滤器：对每一项有争议的职责追问“我们优化的是什么”。若优化速度，则把项目管理移向工程；若优化探索，则把数据分析移向产品经理或设计师。
框架还提供了一张责任模板表，按核心职责、项目管理、文档和共同任务四个类别，分别列出产品、设计、工程、数据四个角色的典型归属。例如核心职责方面：产品负责战略、优先级和“为什么”；设计负责用户研究、用户体验和商业目标；工程负责系统健康、代码质量和速度；数据负责数据完整性和实验准确性。
使用方式
团队四位负责人先各自独立完成三份清单的草稿，然后安排一次面对面协商会议，逐项对齐，识别空白与重叠，最终形成一份单页的团队契约。可参考两个示例：
- 解决冲刺归属：当产品经理因过载而延迟、工程经理等待指令时，双方在协商中意识到团队缺少Scrum Master，于是把“交付紧迫感”和“工单拆解”整体移交给工程经理，产品经理专注“决策速度”（清除阻塞），工程经理负责“周期时间”和冲刺健康。
- 实验工作流：当团队因“必须问数据团队”而等待数周才有实验结果时，把数据科学家纳入四重奏契约，约定产品经理撰写产品简报，但数据科学家必须在任何代码编写之前共同撰写实验简报，使数据从被动阻塞者变为主动伙伴。
适用场景
适用于产品团队的四位核心负责人（产品、设计、工程、数据）需要明确分工、减少执行摩擦的场景，尤其适合团队感到角色冲突、职责不清或交付节奏受阻时使用。
限制与常见陷阱
- 设定后遗忘：这不是一次性文档，应每3至6个月或在回顾中感到执行摩擦时重新审视。
- 当作岗位说明：岗位说明是给人力资源的，契约是给团队的，应针对本团队当前需求和具体成员优势，而非通用描述。
- 结果与产出陷阱：不要过度优化“结果”（目标）而忘了监控“产出”（速度）；如果团队交付不快，契约必须调整以提升执行紧迫感。
- 远程隔离：不要试图通过Slack或异步文档解决深层的四重奏冲突；若角色冲突棘手，应召集核心负责人面对面48小时深入沟通。