Desk Check

• 15–60 分钟的 short check-in，可在开发中或 sign-off 前进行。
• 由最能提供 value 的 developer、QA、BA、designer 或 domain expert 参与。
• 检查 work 是否朝正确方向、是否漏项、是否有 misunderstanding / bottleneck，并传播 implementation knowledge。
• 使用 dev-done / desk-check list 核对 tests、logs、documentation 与 acceptance evidence。
• Desk check 不替代 testing；testing 仍是开发过程的 shared responsibility。

Driver / Navigator Pair Programming

• 频繁交换角色，避免 navigator 变成 passive observer。
• 先约定 goal、acceptance criteria、timebox 与 switching cadence。
• 需要持续 communication；若 pairing 造成疲劳或失衡，应缩短 session、休息或改变 pairing style。
• Pairing 提供即时 review 与 knowledge sharing，但不自动替代 broader code review / testing。

Acceptance Criteria vs Definition of Done

• Acceptance Criteria (AC)：针对某一 user story 的 conditions of satisfaction；回答“这个具体 behaviour 是否符合需要？”
• Definition of Done (DoD)：适用于所有 work items / increment 的共同 quality bar；如 review、tests、accessibility、security、documentation、deployability。
• 一个 item 要真正 Done，必须同时满足本 story 的 AC 与团队 DoD。

FIT5120 Working Agreement

• Story kickoff 前确认 problem、AC、data 与 risk。
• Pairing 每 15–30 分钟或自然节点交换角色。
• Desk check 在 work item 仍处于 development 时进行。
• 发现遗漏时先修 item，再把 prevention question 加回 kickoff / DoD。
• LeanKit card 链接 code、test、review 与 mentor evidence。

Sources

• Desk Check
• Driver/Navigator Style of Pair Programming
• Definition of Done vs Acceptance Criteria