从读者和决定开始
团队领导、产品领导、高管和客户利益相关者需要不同级别的细节。定义谁接收报告以及他们可以做出哪些决定。有用的每周更新可能有助于产品和工程团队调整范围、解除依赖关系、重新平衡审查或质疑结果假设。如果某个部分无法影响决策或形成对有意义的风险的共同认识，请将其删除。报告应减少会议重构，而不是重现发生的每一项活动。
使用稳定的五部分结构
从最重要的一句话改变开始。然后显示交付活动、产品或计划进度、可靠性和结果信号，以及所需的具体决策或支持。每周保持相同的顺序，以便读者可以快速浏览。将已完成的证据与计划的工作和推论分开。包括报告窗口、存储库和产品范围、提供商的新鲜度以及任何覆盖范围差距。稳定的结构使不寻常的运动可见，而无需添加更多图表。
将每项主张与可检查的证据联系起来
诸如审核速度减慢之类的声明应链接到受影响的更改、显示比较期并描述审核事件覆盖范围。进度声明应引用合并的工作、提供者确认的工作项目或创作的状态更新。结果声明应命名保存的报告或聚合查询、单位和期间。在权限允许的情况下使用直接源链接。证据并不能使叙述自动发生；它可以让读者验证叙述并在薄弱的假设传播之前纠正它。
以命名操作和所有者结束
将每个重要风险转化为建议的下一步、负责角色和审查日期。首选可逆操作，例如分配备份审阅者、拆分超大更改、从迭代中删除受阻止的项目或检查推出段。将建议与已批准的决策区分开来，切勿让人工智能在未经明确授权的情况下向外部提供商写入数据。将未解决的行动及其状态带入下一份报告中，以便每周的节奏创造学习而不是新的观察列表。
自动生成，刻意审核
按照可预测的时间表准备证据，然后要求负责的经理在分享之前审查上下文、措辞和敏感含义。保持报告足够简洁，以便在几分钟内阅读并将详细队列移至链接视图。跟踪哪些部分促使做出决定，哪些部分被忽略。几周后，删除虚荣指标，完善定义，并比较所选操作是否改善了潜在信号。最好的报告成为运营节奏中值得信赖的一部分，因为它简短、诚实且有用。