连接交付、可观察性和产品分析
加入系统健康状况和用户行为附带的内容，以提出更好的结果问题，而无需构建不安全的数据湖。
使用三个不同的镜头
源代码控制解释了更改的内容以及工作如何通过审核。可观察性通过错误、延迟、可用性和事件来解释运行系统是否健康。产品分析解释了用户如何通过仔细定义的聚合事件或保存的报告与功能进行交互。这些来源都没有单独证明其影响。保持他们的角色不同可以防止提交激增被称为进度，安静的错误图表被称为采用，或者事件计数被称为没有兼容测量的唯一用户。
通过产品型号和时间窗口加入
将存储库和技术组件映射到持久的产品功能，然后将计划或版本链接到这些功能。存储包含提供者、范围、定义、期间、单位和新鲜度的规范化指标快照。在对齐窗口上比较交付证据、可靠性信号和结果移动，同时保留其原始来源。避免加入个人标识符。产品模型提供共享语言；时间戳和显式映射提供了证据。如果映射是推断出来的，请将其标记为推断的并让经理更正它。
提出可以改变决定的问题
有用的问题包括：该功能发布后，采用率是否发生了变化？同一组件的错误率是否上升？可靠性工作是否可以减少事故，同时减缓计划范围？团队是否反复开展活动却没有可衡量的结果？每个答案都应引用所使用的交付记录和标准化指标快照。缺乏运动并不意味着失败；事件定义、推出人群、观察窗口和外部因素可能是错误的。联合视图有助于领导者决定下一步要调查什么。
在边界处标准化和最小化
存储聚合数字结果，而不是原始事件行、日志、用户属性或消息文本。当产品仅需要有时间限制的指标时，拒绝返回构面、字符串或高基数个人数据的查询。使用临时凭据进行手动同步，除非已明确设计和批准加密的服务器端存储。将姓名、电子邮件、存储库标识符、URL、提示、令牌和原始客户负载保留在产品分析和 AI 上下文之外，除非已记录的功能严格要求它们。
分阶段引入连接
从团队已经信任的一项功能、一项交付映射、一项可靠性指标和一项产品成果开始。同步最近一段时间，验证每个提供商的值，并写下组合视图应支持的决策。仅当他们回答新问题时才添加更多指标。检查每个定义的新鲜度和所有权。这种分阶段的方法产生了一个可解释的操作视图，并避免了昂贵的集成程序，该程序在任何人都同意如何使用它之前收集大量数据。