绘制利益相关方图（D/A/I/N）

Staff+ 工程师绘制利益相关方的方式，就像他们绘制依赖关系一样：

示例：报表仪表盘

在会议前，向 D/A/I/N 分享你的两页纸文档。请求异步反馈，并在文档中记录异议。当困难部分提前处理时，决策会更容易。

“报表”仪表盘示例的预置说明：

“分享一份两页纸文档，目标是让仪表盘加载时间 ≤ 2.0s。我建议：

“是的，而且”

当产品经理或设计师提出一个想法时，大多数工程师会陷入“不行，但是……”的陷阱。这就像否定了一个想法，转而替换成自己的。这种做法让人感觉被否定，也会阻碍进展。

相反，你应该练习“是的，而且”。这意味着你认可想法的价值并且补充一条路径，使其更安全、更快或可衡量。这样既能保持协作，又能引导走向现实。

以下是一些该方法的示例。

PM: “我们应该构建实时仪表盘。”
- “不行，但是 这太贵了。我们应该只做预渲染。”
- “是的，而且 如果我们现在先预渲染前10个仪表盘，能将 p95 减半并验证使用情况。这将为我们提供数据，在下半年证明实时化是合理的。”
设计师: “让我们再增加三个图表，让报告更丰富。”
- “不行，但是 这会让负载膨胀。我们应该保持简洁。”
- “是的，而且 如果我们将数据集缩减为精简预设，我们就能添加这些图表同时保持负载低于 1.5MB，从而保证用户体验速度。”
PM: “这个功能下周要全球上线。”
- “不行，但是 运维团队会讨厌它。我们应该放慢节奏。”
- “是的，而且 如果我们先对 10% 的管理员开启功能开关，一周内就能获得信号，又不会引发值班混乱。”

👉 区别在于：“不行，但是……” 是阻断。“是的，而且” 是建设。团队感受到的是推进力，而不是僵局。