如何透過人員與程序提升儀表板載入速度

儀表板載入速度緩慢時，很自然會想仰天大吼、責怪分析平台、責怪設定環境的伺服器管理員，甚至責怪親切的客戶團隊。雖然這是很正常的反應，您需瞭解儀表板緩慢的原因通常並非系統或支援團隊，而是儀表板設計不良。伺服器中可能有數百個儀表板，這些效率不佳的設計出現在多個儀表板時，問題可能越滾越大，導致 Tableau 部署項目的硬體無法負荷。在這種情況下，所有使用者都會面臨效能不佳的問題，讓現有使用者感到相當沮喪，致使新使用者卻步，平台擁有者也需煩惱解決問題的最佳做法為何。

這篇部落格文章提供一個架構，協助您制定儀表板效能 KPI、指出改善情況所需的人員與程序，並加入一套規則，以維持日後的品質。

如要超越此架構的範疇，透過 Tableau Blueprint 在整個組織中擴大使用資料與分析技術，可以隨時參考我們的完整指南。

效能架構

我們將計畫分成四個步驟：

1. 監控效能
2. 改善內容
3. 為社群提供所需工具與知識
4. 實施控管規則

步驟 1：監控效能

請花點時間思考。您知道下列問題的答案嗎？

• 儀表板的平均載入時間為何？
• 對我的組織來說，何謂「緩慢」？
• 在所有管理或面對客戶的儀表板中，有多少百分比的儀表板屬於「緩慢」的儀表板？

若不思考這些問題，將難以運用以資料為根據的事實，讓相關人員取得共識，而是變成誰薪資最高，抱怨最大聲，其個人意見就會成為貴組織對效能的預設看法。取得共識是系統性提升效能的關鍵，因此第一步是監控與發佈效能 KPI。

先從儀表板平均載入時間著手。以此指標為核心將能建立效能標準事實，並找出需要改善的檢視。這個指標也能充當未來改進幅度的基準。

下方的儀表板載入時間加速器提取自 Tableau 的 PostgreSQL 資料庫，可在模擬伺服器中快速分析載入時間。您看，輕輕鬆鬆就能掌握整個伺服器的儀表板平均載入時間（左上）、各站台的平均載入時間（中上），以及各擁有者、工作簿及項目的平均載入時間（中下）。對效能有共同的瞭解，可讓不同群體根據相同的具體資料點，齊心一力制定決策。

使用「內容閾值」參數，即可篩出載入時間超過 15 秒且具有超過 50 個要求的所有項目。這兩個條件從總計 2,938 個儀表板中篩選出 15 個最需改善的儀表板。篩選出這些儀表板後，便能進行下一步：改善內容。

如果沒有這些監視功能，也不用擔心。我們在 Tableau Exchange 發佈了儀表板載入時間加速器供您存取。您可使用這項免費資源完成相關設定。若在雲端部署 Tableau，請使用 Tableau Cloud 載入時間加速器。

步驟 2：改善內容

您透過監控找出需加以改善的儀表板。現在該怎麼辦？需由具有效能最佳做法知識的人員實際改善儀表板。您將在此步驟中定義貴組織的做法。著手之處視您回答以下問題的方式而定：

          目前內部有專家可診斷並改善速度緩慢的儀表板嗎？

這些專家是否有時間與心力協助需要幫助的同事？

如果上述兩個問題的回答都為「是」，此步驟便是讓專家知道哪些儀表板需要改善。如果回答都為「否」，則難以靠內部力量改善內容。可開始使用諮詢服務，或僱用可信任的合作夥伴，逐一將清單中的緩慢儀表板調整到最佳狀態，並與中央團隊分享所學。如果預算相當有限，可運用設計有效率的工作簿白皮書中的概念提升中央團隊的技能。中央團隊上軌道後，可承擔更多效能方面的責任，並透過下一步「為社群提供所需工具與知識」擴大應用知識。

步驟 3：為社群提供所需工具與知識

您的中央團隊現在知道哪些常見失誤會導致效能低落。現在，您要以不同的方式應用這些知識，確保使用者具有所需的知識與工具，可自行處理效能問題。

一開始先在使用者群組會議、分析學院及競賽等現有分析社群互動中，提升最佳做法意識。這些互動中分享的成功案例可徹底傳達以下訊息：使用者能掌控儀表板的效能。

接下來，請為使用者提供診斷與改善工作簿所需的工具。下方的設計稽核工具加速器結合了 Tableau 的中繼資料 API 及自訂 Python 指令碼，能協助使用者找出需改善的儀表板，並提供改善建議。

參考加速器的「項目」區段，即可看到項目 980 是速度最慢的儀表板（平均載入時間 105 秒）。在這個階段，您的使用者知道儀表板速度緩慢，但不知原因為何，或如何改善。所幸 Python 指令碼會在背景中執行，根據 12 項效能變數將儀表板評分，助您一臂之力。按一下長條，系統便會顯示使用者可優先採取的最佳做法清單，將滑鼠暫留在上方，即可查看這些分數與建議閾值的比較。現在，您的使用者真正有能力自行改善儀表板效能。

設計稽核工具加速器非常適合集中監控與管理伺服器各處的效能最佳做法。不過，如果您的組織不想採取集中式做法，使用者仍可直接在 Tableau Desktop 中，透過 2022.1 版推出的工作簿最佳化程式功能取得設計改善建議。

發佈這些工具，並讓更多人知道這些工具的存在，即可讓使用者自行掌握儀表板的效能，並為下個步驟中設定的規則負責。

步驟 4：實施控管規則

使用者現在具備適當的工具和知識，可開始為效能閾值負責。一開始時，先決定您組織適合使用的規則。

範例如下：

• 載入時間 ≥ 35 秒 - 需要改善：
  動作：將內容從生產環境移至沙箱，直到效能達到可接受的閾值
• 載入時間 ≥ 10 秒 - 建議修改：
  動作：內容可保留在生產環境中，但必須進行步驟 2 定義的效能改善程序：改善內容
• 載入時間 < 10 秒 - 效能良好：
  動作：恭喜，內容可於生產環境中使用，不需要進行任何修改！

採用上述閾值前，請考慮您伺服器的標準載入時間。使用的閾值應具有足夠的挑戰性，可促使使用者改善，但不會太過困難，讓使用者完全沒動力嘗試。

定義好規則後，需要加以實施。使用資料驅動通知在儀表板不符合規定時，立即發現，並運用 Content Migration Tool，根據效能無縫地在各環境間移動內容。

隨著部署項目的效能控管能力漸臻成熟，可能會看到不同的對象採用特定幾種規則。35 秒/10 秒/10 秒的劃分方式適合內部使用案例，不過如是管理相關或需面對客戶，可能需採用較嚴格的標準。相對的，沙箱中的內容則可享有較大的彈性。

應盡早向使用者傳達這些規則，經常表示這些規則屬於他們的責任範圍，並告知高效能內容現在不是加分項目，而是必要要求。

實現高效能儀表板的架構

俗話說：「如果無法監控，就無法管理」，這句話如用來描述儀表板速度，實在再恰當不過了。運用這個架構可激發人們對儀表板效能的意識、設置支援架構協助使用者進行改善、讓社群具備所需工具與知識，使所有人都能參與，並制定規則，令使用者日後能為效能負責。這樣使用者群才能充分掌握相關資訊、高度當責，並將儀表板載入時間視為必須克服的挑戰，而非神秘的敵人。

別忘了，如要超越此架構的範疇，在組織中全面擴大應用資料與分析技術，請參考 Tableau Blueprint。