如何在不催促审阅者的情况下减少拉取请求审阅时间
更快地进行首次审核的系统方法：正确测量队列，找到真正的约束，并在不降低审核质量的情况下重新平衡工作。
衡量等待时间，而不是审稿人的速度
首次审核延迟是指从变更准备好审核到第一个有意义的人工审核事件发生的时间。它是传输系统的属性，而不是个人的表现等级。排除草稿、自动机器人评论以及作者请求审阅之前发生的事件。报告中位数以及分布和覆盖范围：基于百分之十变化的中位数不应具有与基于完整审核事件的中位数相同的置信度。将等待时间与积极讨论或修改变更的时间分开。
找到号码后面的队列
按存储库、团队、变更大小、所有权区域、请求的审阅者和星期几划分等待时间。然后打开记录。长时间的等待通常集中在一个小的审阅者小组、一个所有权不明确、变化过大、时区切换或在发布边界附近提交的工作的组件周围。全球中位数隐藏了这些模式。寻找比审阅者吸收速度更快的需求以及在团队之间反弹的变化。正确的干预取决于队列；诸如在四小时内审查所有内容之类的通用目标很少能解决该限制。
在增加压力之前重新平衡知识
当少数人收到最多的请求时，减少依赖，而不是要求他们更快地工作。为定义的所有权领域添加后备审阅者，将经验丰富的审阅者与学习者配对，轮换审阅职责窗口，并记录反复阻止批准的决策。保持更改较小，以便更多人可以安全地理解它们。如果确实需要专家审查，请在规划过程中明确这种依赖性。目标是建立一个更广泛、可靠的审查网络，并保护焦点时间，而不是针对同一专家的更大的通知流。
创建轻量级服务协议
团队可以在变更准备就绪、审查请求如何路由、阻止评论的构成以及紧急变更如何升级等方面达成一致。有用的协议可能每天保留两个审阅窗口，并要求作者在请求关注之前提供背景、测试、风险和推出说明。避免严格的个人响应目标。它们鼓励肤浅的评论和不断的打断。几周后使用实际队列证据审查协议，然后如果相同的等待继续存在，则调整存储库规则、团队边界或计划假设。
一起检查质量和流程
只有当更改保持可理解性和安全性时，更快的审查才是一种改进。跟踪后续修复、恢复信号、重复审核以及事件链接和延迟。询问审稿人新的工作流程是否可以保护深度工作以及作者是否收到有用的反馈。比较相似的时期，而不是庆祝一日的下跌。最好的结果不是尽可能小的数字；而是尽可能小的数字。这是一个可预测的审查系统，重要的变更可以快速获得正确的专业知识，正常工作并不依赖于英雄般的可用性。