01.引言
在之前的一系列文章中，我們已經(jīng)深入地探討了研發(fā)效能洞察的重要性，并介紹了幾種常用的度量分析方法。然而在度量實(shí)踐的過程中，僅僅依靠理論框架是不夠的，我們還需要將這些理論與企業(yè)的實(shí)際情況相結(jié)合。在這個過程中，企業(yè)常常面臨著各種問題：比如，難以采集分散在多個系統(tǒng)中的關(guān)鍵數(shù)據(jù)；難以滿足業(yè)務(wù)發(fā)展中頻繁調(diào)整指標(biāo)的需求以及難以對不同部門的數(shù)據(jù)權(quán)限進(jìn)行隔離等。
因此，我們需要一個度量平臺，它能夠自動采集多個系統(tǒng)的數(shù)據(jù)，可以通過配置的方式快速修改指標(biāo)，并且能夠?qū)崿F(xiàn)精細(xì)化的權(quán)限控制等。在本章中，我們將詳細(xì)地描述效能洞察的建設(shè)過程，并進(jìn)一步討論在實(shí)施效能度量中常見的問題，以幫助大家更好地了解一個良好的度量平臺所需具備的關(guān)鍵能力及其背后的原因，為企業(yè)提供一個全面了解和合理運(yùn)用效能度量平臺的指南。

02.度量建設(shè)的常見步驟

首先，我們來詳細(xì)了解一下度量建設(shè)的常見步驟。

1）需求調(diào)研階段

在這一階段，我們需要了解用戶的原始度量訴求以及度量目標(biāo)，并與客戶溝通是否已有所需度量的指標(biāo)清單。若客戶對度量需求的概念較為模糊，暫不清楚如何開始度量體系的建設(shè)，我們可以按照指標(biāo)拆解方法進(jìn)行梳理和引導(dǎo)。最終，需要輸出一份詳細(xì)的指標(biāo)清單文檔。該指標(biāo)清單通常應(yīng)包含以下關(guān)鍵內(nèi)容：

• 主題（儀表板）：用于展示一組目標(biāo)一致的指標(biāo)。它通常旨在解決某一類角色面臨的一個或多個具體問題。
• 指標(biāo)分類：幫助了解指標(biāo)的度量類型，可以按域進(jìn)行分類（如需求域、測試域、代碼度量域、集成域、跨領(lǐng)域），也可以按其他類型進(jìn)行分類。
• 指標(biāo)名稱：用于區(qū)分不同的指標(biāo)。一個簡明扼要的標(biāo)題能夠清晰地介紹指標(biāo)內(nèi)容，便于用戶一目了然了解指標(biāo)的用途。
• 指標(biāo)口徑：詳細(xì)介紹指標(biāo)的統(tǒng)計邏輯，便于用戶能夠清晰了解指標(biāo)結(jié)果的計算方式。指通常，指標(biāo)口徑會通過指標(biāo)備注進(jìn)行展示。
• 數(shù)據(jù)來源：根據(jù)指標(biāo)口徑，確定數(shù)據(jù)來源的系統(tǒng)、數(shù)據(jù)庫表、接口和字段。這些數(shù)據(jù)將被用于獲取、處理和關(guān)聯(lián)，最終構(gòu)建出指標(biāo)所需的數(shù)據(jù)模型。
• 圖表類型：根據(jù)指標(biāo)的維度、度量和過濾條件來確定使用何種圖表類型進(jìn)行展示，以便更有效地傳達(dá)數(shù)據(jù)信息。
• 查詢條件：幫助我們在大量數(shù)據(jù)中篩選出最關(guān)注的數(shù)。例如，我們可以按項(xiàng)目或優(yōu)先級來查詢?nèi)毕輸?shù)據(jù)。
• 關(guān)聯(lián)指標(biāo)：對于需要進(jìn)行聯(lián)動、下鉆的指標(biāo)，列出與之相關(guān)的指標(biāo)，并按照指標(biāo)清單的所需內(nèi)容進(jìn)行拆解和關(guān)聯(lián)。
• 指標(biāo)意義：介紹指標(biāo)所解決的問題，或在指標(biāo)數(shù)據(jù)出現(xiàn)異常時，應(yīng)如何查找問題原因及解決路徑。
• 閾值設(shè)置：用于定義指標(biāo)結(jié)果的正常范圍，當(dāng)數(shù)據(jù)超過這個范圍時，就需要引起我們的關(guān)注，以便及時采取措施。

2）數(shù)據(jù)處理階段

在需求調(diào)研階段輸出的指標(biāo)清單中，已明確說明了每個指標(biāo)的數(shù)據(jù)來源系統(tǒng)、取數(shù)邏輯以及必要字段等。我們將根據(jù)這些信息，對需要度量的相關(guān)數(shù)據(jù)進(jìn)行清洗和加工，最終形成數(shù)據(jù)模型，并將這些模型統(tǒng)一存放在數(shù)據(jù)倉庫中。

3）數(shù)據(jù)展示階段

不同圖表類型有著不同的表達(dá)側(cè)重點(diǎn)，選擇合適的圖表類型能夠更為精確地傳達(dá)數(shù)據(jù)信息。我們需要確定每個指標(biāo)的展示方式，并最終將這些指標(biāo)分組展示在儀表盤中。

• 柱狀圖：適用于對比多個分類間的數(shù)據(jù)大小和數(shù)值。
• 折線圖：用于展示連續(xù)數(shù)值（如時間）或者有序分類的變化趨勢。
• 條形圖：與柱狀圖使用場景類似，但當(dāng)數(shù)據(jù)類別名稱較長時，條形圖更為合適。
• 餅圖：用于展示分類之間的占比情況，適用于展示整體與各部分的相對比例。
• 散點(diǎn)圖：用于展示兩個連續(xù)變量之間的關(guān)系或相關(guān)性，便于觀察變量之間的分布和趨勢。
• 排行榜：通過數(shù)據(jù)高低排序，直觀體現(xiàn)數(shù)據(jù)排名情況。
• 雷達(dá)圖：能夠直觀呈現(xiàn)多個維度上的數(shù)據(jù)，便于一目了然地比較和分析數(shù)據(jù)的差異。

4）權(quán)限控制階段

數(shù)據(jù)是重要的資產(chǎn)，對其進(jìn)行權(quán)限控制可以防止敏感數(shù)據(jù)泄露或?yàn)E用。此外，通過權(quán)限控制，可以對數(shù)據(jù)進(jìn)行分組管理，讓不同用戶聚焦自己關(guān)注的數(shù)據(jù)。

03.企業(yè)度量建設(shè)可能會遇到的痛點(diǎn)和解決方案

下面介紹度量建設(shè)步驟中，企業(yè)可能會遇到的痛點(diǎn)以及解決辦法。

1）數(shù)據(jù)獲取階段的痛點(diǎn)

例子：某企業(yè)設(shè)有大數(shù)據(jù)部門，該部門主要負(fù)責(zé)存儲和處理數(shù)據(jù)，數(shù)據(jù)存放在Hive大數(shù)據(jù)倉庫中。隨后，該企業(yè)建立了DevOps平臺來支持研發(fā)過程。由于DevOps平臺產(chǎn)生的數(shù)據(jù)業(yè)務(wù)特性較強(qiáng)，因此由專門的業(yè)務(wù)部門自行存放，并將此部分研發(fā)過程數(shù)據(jù)存放在了Doris大數(shù)據(jù)倉庫中。同時，該企業(yè)還使用了多個自建的第三方系統(tǒng)，如測試管理平臺和代碼倉庫等，數(shù)據(jù)分散存儲在不同系統(tǒng)中。

該企業(yè)面臨的痛點(diǎn)：

• 擁有多個自建系統(tǒng)，業(yè)務(wù)數(shù)據(jù)分散存儲在這些不同的系統(tǒng)中，導(dǎo)致數(shù)據(jù)采集困難。
• 已經(jīng)存在Hive數(shù)據(jù)倉庫，擔(dān)心重復(fù)建設(shè)，且不希望進(jìn)行大規(guī)模的數(shù)據(jù)遷移。
• 不同業(yè)務(wù)系統(tǒng)使用的數(shù)據(jù)庫類型不統(tǒng)一，數(shù)據(jù)存儲格式也存在差異。

對度量系統(tǒng)提出的需求：

• 能夠方便接入多個系統(tǒng)的數(shù)據(jù)，自動采集這些系統(tǒng)的數(shù)據(jù)，并進(jìn)行統(tǒng)一度量。
• 能夠直接利用現(xiàn)有數(shù)據(jù)倉庫的數(shù)據(jù)，無需做大批量數(shù)據(jù)遷移。
• 能夠統(tǒng)一數(shù)據(jù)格式，并使用相同語言對數(shù)據(jù)進(jìn)行處理。

為解決企業(yè)在度量數(shù)據(jù)獲取方面的潛在痛點(diǎn)，度量系統(tǒng)需要具備以下能力：

• 具備快速接入第三方系統(tǒng)數(shù)據(jù)的能力，支持拓展外部數(shù)據(jù)源。
• 擁有直連不同數(shù)據(jù)源并直接取數(shù)的能力。
• 平臺具備一定的數(shù)據(jù)處理和建模的能力。

2）數(shù)據(jù)處理階段的痛點(diǎn)

例子：某企業(yè)基于原始業(yè)務(wù)數(shù)據(jù)庫數(shù)據(jù)（MySQL）進(jìn)行取數(shù)和建模，由于缺乏建模思維，僅僅對原始庫表數(shù)據(jù)進(jìn)行原樣存儲。這導(dǎo)致一旦新功能上線并改動庫表結(jié)構(gòu)，就容易引發(fā)指標(biāo)展示異常。同時，由于數(shù)據(jù)存儲在MySQL中，受限于其數(shù)據(jù)讀取性能，指標(biāo)展示速度緩慢。當(dāng)有多個用戶同時訪問指標(biāo)時，頁面經(jīng)常卡頓，導(dǎo)致無法正常打開。此外，使用原始庫表提供數(shù)據(jù)，受限于業(yè)務(wù)，模型的通用性很差，大部分指標(biāo)都需要生成新的數(shù)據(jù)表再提供數(shù)據(jù)。

該企業(yè)面臨的痛點(diǎn)：

• 原始數(shù)據(jù)結(jié)構(gòu)變更后，指標(biāo)需要頻繁同步調(diào)整。
• 普通數(shù)據(jù)庫讀取數(shù)據(jù)的效率低下。
• 多表關(guān)聯(lián)關(guān)系復(fù)雜，數(shù)據(jù)處理難度大。

對度量系統(tǒng)提出的要求：

• 業(yè)務(wù)數(shù)據(jù)庫表字段發(fā)生變更時，不應(yīng)影響現(xiàn)有指標(biāo)的展示。
• 數(shù)據(jù)讀取與展示需要順暢，避免數(shù)據(jù)卡頓和計算慢的問題。
• 系統(tǒng)能夠在平臺上處理多表關(guān)聯(lián)關(guān)系，實(shí)現(xiàn)簡單的數(shù)據(jù)表關(guān)聯(lián)操作。

為解決企業(yè)在度量數(shù)據(jù)處理方面的潛在痛點(diǎn)，度量系統(tǒng)需要具備以下能力：

• 建模層次結(jié)構(gòu)遵循一定的建模思維，需要具備通用性。頂層模型應(yīng)能夠屏蔽底層數(shù)據(jù)表的字段差異，并具備不同層級的模型的管理能力。
• 系統(tǒng)需要自帶部署大數(shù)據(jù)倉庫，該倉庫需具備強(qiáng)大的數(shù)據(jù)讀取能力和處理能力。
• 系統(tǒng)需要具備對模型進(jìn)行拓展的能力，包括連表能力、SQL處理能力等。

3）權(quán)限管控階段的痛點(diǎn)

例子：某大型擁有眾多企業(yè)部門和人員，其中包括部分外包人。集團(tuán)希望對部分敏感數(shù)據(jù)進(jìn)行權(quán)限管控，確保這些數(shù)據(jù)僅對關(guān)鍵崗位開放。然而，受限于當(dāng)前系統(tǒng)的功能，權(quán)限只能控制到菜單級別。這導(dǎo)致不同部門間數(shù)據(jù)可以互通，A部門能夠看到B部門的關(guān)鍵數(shù)據(jù)。此外，由于部門人員眾多，每次發(fā)生人員部門變更，都需要重新調(diào)整權(quán)限設(shè)置，這不僅耗時費(fèi)力，而且配置的權(quán)限還容易出錯。

該企業(yè)面臨的痛點(diǎn)：

• 無法實(shí)現(xiàn)不同部門人員僅能查看本部門的數(shù)據(jù)。
• 權(quán)限配置操作流程復(fù)雜繁瑣，授權(quán)過程耗時費(fèi)力。
• 當(dāng)用戶所屬組織發(fā)生變更后，需要重新更改權(quán)限配置，耗費(fèi)人力。

對度量系統(tǒng)提出的要求：

• 鑒于該企業(yè)人員較多，數(shù)據(jù)被視為重要資產(chǎn)，因此需要實(shí)現(xiàn)權(quán)限的精細(xì)化控制。
• 簡化權(quán)限配置的操作流程，以提高工作效率。
• 用戶更換部門或職級時，系統(tǒng)應(yīng)能自動調(diào)整或繼承相應(yīng)的權(quán)限，從而避免重新配置權(quán)限。

為解決企業(yè)在度量數(shù)據(jù)處理方面的潛在痛點(diǎn)，度量系統(tǒng)需要具備以下能力：

• 提供多種權(quán)限配置能力，涵蓋但不限于菜單級別、功能級別、儀表板級別、數(shù)據(jù)級別的權(quán)限控制能力
• 權(quán)限配置操作簡潔明了，具備良好的交互體驗(yàn)，便于用戶操作。
• 支持動態(tài)權(quán)限的讀取與自動配置功能，確保在用戶部門發(fā)生變化時，其數(shù)據(jù)權(quán)限能夠?qū)崟r、自動地同步更新。

4）數(shù)據(jù)呈現(xiàn)階段的痛點(diǎn)

例子：某企業(yè)通過定開方式產(chǎn)出指標(biāo)，需要耗費(fèi)大量的研發(fā)資源做定開，大量度量需求堆積，業(yè)務(wù)數(shù)據(jù)得不到及時驗(yàn)證，導(dǎo)致業(yè)務(wù)部門對長交付周期感到不滿，而研發(fā)則常感排期緊張，時間不夠用。此外，業(yè)務(wù)需求頻繁調(diào)整，每次調(diào)整后都需要重新處理數(shù)據(jù)處理并修改接口。代碼修改完成后，還需等待發(fā)布窗口進(jìn)行部署，無法實(shí)現(xiàn)無感更新，導(dǎo)致上線出錯率高，且錯誤內(nèi)容難以及時修正。

該企業(yè)面臨的痛點(diǎn)：

• 數(shù)據(jù)圖表依賴定期開發(fā)實(shí)現(xiàn)，導(dǎo)致開發(fā)周期長，研發(fā)產(chǎn)能難以滿足需求。
• 業(yè)務(wù)邏輯頻繁調(diào)整，數(shù)據(jù)統(tǒng)計口徑變化迅速，使得業(yè)務(wù)需求難以及時得到驗(yàn)證。
• 圖表表現(xiàn)形式需求多樣，需要能夠靈活滿足各種數(shù)據(jù)的展示需求。

對度量系統(tǒng)提出的要求：

• 能夠解決資源卡點(diǎn)問題，減少投入研發(fā)資源。
• 指標(biāo)能夠快速上線，幫助業(yè)務(wù)快速驗(yàn)證度量需求。
• 圖表能力能夠滿足使用，樣式豐富。

為解決企業(yè)在度量數(shù)據(jù)處理方面的潛在痛點(diǎn)，度量系統(tǒng)需要具備以下能力：

• 具備可視化的在線指標(biāo)配置能力，降低使用門檻，使得非開發(fā)人員也能輕松上手，降低使用難度。
• 能夠突破發(fā)布窗口的限制，實(shí)現(xiàn)即時保存與即時生效，實(shí)現(xiàn)無感上線。
• 支持多種常用且高級的圖表的配置，能夠配置指標(biāo)間的聯(lián)動下鉆，并具備多種樣式的配置能力。

04.總結(jié)

通過上述說明，我們了解到優(yōu)秀的度量平臺需要具備以下核心能力，這些能力也可作為企業(yè)在選擇度量平臺時的參考依據(jù)。

• 數(shù)據(jù)拓展性強(qiáng)，支持快速對接第三方數(shù)據(jù)源，實(shí)現(xiàn)跨領(lǐng)域的數(shù)據(jù)度量。
• 數(shù)據(jù)處理能力強(qiáng)，能夠高效處理大量數(shù)據(jù)的讀寫請求，確保查詢與展示數(shù)據(jù)時流暢無阻。
• 權(quán)限精細(xì)化管控，能夠?qū)崿F(xiàn)數(shù)據(jù)行級別的權(quán)限控制，實(shí)現(xiàn)跨部門數(shù)據(jù)隔離。
• 指標(biāo)可視化配置靈活便捷，配置操作簡單易懂，能夠迅速響應(yīng)業(yè)務(wù)指標(biāo)的快速迭代需求。