你真的需要仪表盘吗？

我们经常被要求快速制作仪表盘或指标，以解决特定问题。这比听起来更具挑战性，因为数据并非总是可用，格式也未必正确，而且有时仪表盘并非呈现我们发现的洞见的最佳方式。

范围界定会议有助于我们了解问题的根本原因，从而提供利益相关者真正需要的东西，而不仅仅是他们自认为需要的东西。如果您曾经阅读过数据请求，并问自己“我们要解决什么问题？”或“他们将如何使用这些数据？”，那么就应该召开一次范围界定会议了。

为什么？
什么？
谁？
怎么做？
何时？
接下来是什么？

为什么？

请帮我理解这些数据将解决什么问题。

首先，尝试了解请求仪表盘或数据的原因，以此开启对话。答案将有助于理解请求的背景，以及它将如何帮助做出决策、优化功能或提供信息。这些背景信息对于把握数据请求的意义以及理解利益相关者的远见卓识都至关重要。

什么？

什么是“完成”的定义？

这个问题的答案有助于确定解决问题的方案。制作一次性数据、幻灯片图表、可自行编辑的 CSV 文件或每月更新的仪表盘所需的工作量各不相同。在面对面的交谈中，了解利益相关者的需求并非在于“提出解决方案”，而在于了解他们的期望。

您目前已经掌握哪些数据？

已有的任何见解都是一个很好的起点。这不一定是数据或研究，任何相关文档、网站和会议录音的链接都有助于理解请求的范围。

此外，还值得了解是否存在需要调整的现有报告或仪表板。如果涉及业务逻辑或预期结果范围，尽早获取这些信息将很有帮助。

WHO？

还有其他人参与这项工作吗？

就像要找到可以比对的现有数据一样，了解是否有其他人正在开发类似产品也很重要。了解他们的角色和职责，才能确保项目顺利启动。

谁需要获取这些分析结果或报告？

明确哪些人需要查看结果，哪些人不需要查看，这一点至关重要。如果最终报告涉及商业机密，最好提前获取这些信息。可能需要创建安全组，并提醒利益相关者其在数据安全方面的责任。

如何？

我们如何才能获取所需数据？

当您需要访问数据仓库中不存在的新数据或应用层数据时，这一点尤为重要。如果您需要其他团队的数据库管理员或数据工程师的帮助，应尽早安排好。如果没有数据可供分析，任何分析工作都无法开始。

您希望以何种方式收到结果？

从宏观层面讨论最终报告的各种方案。这并不意味着需要深入细节，而是要讨论所有方案。讨论所有可能方案之间的优缺点，以及您预见到的任何不确定因素和数据缺口。

需要注意的是，你不应该仅仅根据过去类似的报告来制定解决方案。确定需求范围的关键在于理解问题，从而创建解决方案，而不是简单地复制其他项目的做法。

什么时候？

是否有必须完成的最后期限？

如果您需要在截止日期前提取数据用于新闻稿或董事会报告，这一点就非常重要。了解这一点将有助于您专注于提供及时有效的解决方案，即使它可能不够完美。

只有当你之前使用过这些数据，并且确信数据没有发生变化时，才能讨论你对数据的信心。如果你还没有看过数据，就不要承诺交付日期。花些时间仔细思考需求，了解你将要处理的具体情况。

接下来会发生什么？

会议结束后，需求分析流程并未结束。你需要将你认为的需求、时间安排以及利益相关者的后续步骤记录下来，以此表明你已经理解了问题。

这种模式并非适用于所有情况，因此请根据每个项目调整您的问题。关键在于建立关系并向利益相关者提供帮助，从而赢得他们对我们和我们流程的信任。鼓励利益相关者思考他们需要从数据中获得什么，将有助于项目在现在和未来都更加顺利地进行。