如何通过人员和流程缩短仪表板加载时间

加载仪表板时的漫长等待让您感到厌倦？使用我们的四步框架和 Tableau 加速器大规模提高仪表板性能。

在仪表板迟迟无法完成加载时，人们会咆哮，会将其归咎于分析平台、设置环境的服务器管理员，甚至是态度友好的客户经理。虽然这是一种自然的反应，但必须认识到，仪表板速度缓慢通常不是系统或支持团队造成的；而是因为仪表板的设计者做出了不太好的选择。如果服务器上有数百个这样的仪表板，这些低效选择就会产生雪球效应，让您的 Tableau 部署硬件不堪重负。因此，它会降低每个人的绩效 — 让现有用户感到沮丧，让新用户望而却步，平台所有者也会因为找不到理想的前进方式而感到懊恼。

此博客提供了一个框架来帮助您阐明仪表板绩效 KPI，让您知道您需要哪些人员和流程来实现改进，并整合规则系统以便在今后保持质量。

如果这个框架还无法满足您的所有需求，您可以随时查看我们的完整指南，了解如何使用 Tableau Blueprint 在整个组织中扩展数据和分析的使用。

性能框架

我们将计划分为四个步骤：

监测性能
改进内容
提高社区能力
实施治理规则

第 1 步：监测性能

我们先来思考一下。您是否知道以下问题的答案？

我的仪表板平均要花多长时间来进行加载？
在我的组织中，怎么才算“慢”？
在我们的管理仪表板或面向客户的仪表板中，速度“慢”的仪表板占多大比例？

如果不知道这些问题的答案，您就很难让利益相关者根据基于数据的事实达成共识，并且只要组织内某个位高权重的人物有不满情绪，其主观看法将左右人们对性能的印象。要让性能得到系统性改善，关键在于协调一致，因此第一步是监测和公布性能 KPI。

首先统计仪表板平均加载时间。围绕这项指标，您可以建立真实可靠的性能标准，找出亟需改进的视图，并以此为基准开展今后的改进工作。

下方展示了我们的仪表板加载时间加速器，它可以从 Tableau 的 PostgreSQL 存储库中提取数据，快速分析模拟服务器中所有仪表板的加载时间。可以看到，您能够轻松地查看整个服务器（左上）中所有仪表板的平均加载时间，并且这些数据会按网站（中上）以及所有者、工作簿和内容项（中下）进行细分。大家都可以理解这些关于性能的数据，不同的团队因此能够协调一致，根据这些实实在在的数据点制定决策。

使用“内容阈值”参数，筛选出加载时间超出 15 秒且请求超过 50 个的所有内容项。输入两个条件后，您已从总计 2938 个仪表板中筛选出 15 个最需要改进的仪表板。获得这个经过筛选的名单后，您就可以着手下一步 — 改进内容。

仪表板加载时间仪表板 GIF。

如果您没有这些监测功能，请不要担心。我们已经在 Tableau Exchange 上发布了仪表板加载时间加速器，借助这项免费且易于使用的现成资源，您可以更好地进行准备。如果您有 Tableau 的云部署，请访问我们的 Tableau Cloud Dashboard 加载时间 加速器。

第 2 步：改进内容

通过监测，您已确定哪些仪表板需要改进。接下来要做什么？您需要让了解性能最佳做法的人员参与进来，真正改进仪表板。这是为组织定义方法的步骤。您应该从以下问题的答案着手：

贵组织目前是否有内部专家能够诊断和改进加载缓慢的仪表板？

这些专家是否有足够的精力来帮助需要帮助的同事？

如果两个问题的答案都是肯定的，则此步骤涉及如何将有待改进的仪表板分配给专家。如果其中任何一个问题的答案是否定的，那么在内部改进内容会比较难。首先雇用专业服务机构或值得信赖的合作伙伴来逐个优化加载速度缓慢的仪表板，并与您的集中式团队分享所学知识。如果预算紧张，您可以使用设计高效工作簿白皮书中概述的概念提升集中式团队的技能。随着集中式团队的发展，他们可以承担性能方面的更多责任，并将这些知识扩展到下一个步骤 — 提高社区能力。

第 3 步：提高社区能力

您的集中式团队现在已经了解经常出现的性能问题。现在应该重新调整这些课程的目的，并确保您的用户拥有能够自行应对各种性能障碍所需的知识和工具。

首先在现有的分析社区互动活动（例如用户群组会议、分析学院和竞赛）中提高最佳做法意识。通过在这些互动活动中分享成功案例，您可以让大家明白，用户能够控制自己仪表板的性能。

接下来，为用户提供用于诊断和改进工作簿的工具。下方展示了我们的 Design Auditor 加速器，它结合了 Tableau 的元数据 API 和自定义 python 脚本，可帮助用户找出性能不佳的仪表板并提供改进建议。

在这个加速器上的“Items”（内容项）部分，您可以看到内容项 980 是最慢的仪表板（平均加载时间为 105 秒）。在此阶段，您的用户知道这个仪表板速度缓慢，但不知道原因和改进方法。幸运的是，python 脚本在后台运行，针对 12 个性能变量对仪表板进行评分，以帮助解决问题。单击条形可显示用户应该优先考虑的一系列最佳做法，将鼠标悬停在相应位置可以查看这些分数与建议阈值之间的关系。现在，您的用户真正有能力自行改进仪表板。

Design Auditor 的 GIF。

借助 Design Auditor 加速器，您可以在整个服务器上很好地根据性能最佳做法开展集中式监视和管理。但是，如果贵组织对集中式方法不感兴趣，用户仍然可以通过 2022.1 版中发布的功能 Workbook Optimizer 直接在 Tableau Desktop 中访问设计改进建议。

通过发布并让更多人知道这些工具，您可以让用户能够掌控其仪表板的性能，并让他们遵守下一步中设置的规则。

第 4 步：实施治理规则

现在用户已经掌握了适当的工具和知识，您可以开始让他们对性能阈值负责。首先确定适合贵组织的规则。

例如：

加载时间 ≥35 秒 - 需要改进：
行动：内容将从生产环境移至沙盒，直至性能达到可接受的阈值
加载时间 ≥10 秒 - 考虑修改：
行动：内容保留在生产环境中，但必须通过步骤 2 中定义的流程进行性能改进：改进内容
加载时间 < 10 秒 - 优秀：
行动：恭喜，您已进入生产环境！

在采用上述阈值之前，请考虑贵组织服务器的标准加载时间。阈值应该具有足够的挑战性，这样才能促使用户做出改进，但也不能难度过高，那样会让用户失去尝试的动力。

制定好规则后，您需要执行规则。使用数据驱动型通知在仪表板违反规则时通知相关人员，并使用内容迁移工具根据性能状况在不同环境之间无缝移动内容。

随着您的部署在性能方面的治理功能不断成熟，可能会出现适用于不同群体的规则子集。35秒/10秒/10秒的拆分方法适用于内部用例，但对于任何管理层内容或面向客户的内容，可能需要制定更严格的准则。而对于沙盒中的内容，您可以更加灵活。

您应该尽早将这些规则作为工作职责传达给用户并反复进行宣传，让用户明白：高性能内容不再是可有可无的点缀，而是必须做到的要求。

高性能仪表板框架

有道是无法监测就无法管理，对于仪表板速度来说，这是至理名言。借助这个框架，您可以增强仪表板性能意识，建立帮助用户改进内容的支持体系，提高社区能力以便让所有人都能参与，并通过制定规则确保大家在今后切实负起责任。只有这样，您才能打造出一个掌握丰富信息，并且责任明确的用户群，其中的每个人都将仪表板加载时间视为需要克服且清晰可见的挑战，而不是无影无形的对手。

请记住，如果您希望通过此框架以外的方法在组织内全面扩展数据和分析的使用，请查看 Tableau Blueprint。