工程智能是决策支持
工程智能将来自规划、源代码控制、审查、所有权、发布、事件和产品结果的证据连接起来，以便领导者可以决定下一步该做什么。它不是一个更大的图表集合。一个有用的系统可以解释哪些流程发生了变化，为什么这种变化很重要，哪些证据支持这种解释，以及哪些可逆行动可以改善情况。价值单位是一个更好的决策：重新平衡审查负载、澄清所有权、减少正在进行的工作、保护发布或质疑不再符合现实的计划。
组合信号而不是对孤立的指标进行排名
周期时间、审核延迟、吞吐量、部署频率、陈旧工作、所有权集中度和结果移动均仅描述系统的一部分。周期时间的增加可能来自于对困难迁移的健康投资、超负荷的审阅者组、过大的更改或等待外部依赖项。该指标无法自行在这些解释中进行选择。当系统保留原始证据，比较相同范围和时期的相关信号，并让经理检查结论背后的拉取请求、工作项、服务或结果时，智能就开始了。
围绕管理问题设计每个视图
从重复出现的问题而不是可用数据开始：什么最有可能错过交付窗口？审核需求超出能力的地方在哪里？哪个产品计划有活动但没有结果变化？哪一个部分取决于一个人？一个集中的视图应该回答一个问题，显示其覆盖范围和局限性，并提供一条通往底层记录的路径。当某个指标的提供商覆盖范围不完整时，请直接说明。当零、无信号和不适用是不同的状态时，领导者会做出更好的决定，而不是被折叠到同一个空图表中。
在运营节奏中运用智能
当这种做法缩短了现有的常规时，它就变得有价值。每日简报可以识别需要干预的少数队列。每周交付审查可以将计划范围与合并的证据和产品结果进行比较。每月一次的架构对话可以检查所有权集中度和重复的跨团队等待。系统应该准备证据，而不是取代对话。团队仍然提供背景信息，挑战薄弱的推论，并决定响应。记录所选择的行动并重新审视信号是否有所改善，否则组织会积累观察结果而不进行学习。
从小范围入手，赢得信任
选择一个团队、一个交付问题以及近期有足够活动进行检查的时期。连接只读数据，根据源验证记录样本，就每个信号的含义达成一致，并与工作人员一起审查第一份简报。删除任何鼓励个人排名或无法支持决策的指标。只有在团队能够解释证据是如何产生并在必要时纠正它之后才进行扩展。信任源于可追溯性、诚实的覆盖标签和小的有用干预措施，而不是来自完美的分数或令人印象深刻的仪表板启动。