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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

04.總結(jié)

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

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