本文作者:華為云開發(fā)者社區(qū)

本文來源:https://www.cnblogs.com/huaweiyun/p/13206503.html
摘要： 本文針對(duì)“數(shù)據(jù)牽引改進(jìn)，工具固化規(guī)范”這一思路在業(yè)務(wù)團(tuán)隊(duì)落地過程中的動(dòng)作流程進(jìn)行詳細(xì)闡述，并明確了支撐整個(gè)流程的關(guān)鍵角色定義和組織運(yùn)作形式。

目的

為實(shí)現(xiàn)云服務(wù)開發(fā)的過程可信，需要基于數(shù)據(jù)對(duì)各個(gè)服務(wù)產(chǎn)品部的可信變革動(dòng)作進(jìn)行數(shù)據(jù)采集、進(jìn)展可視、目標(biāo)牽引、能力評(píng)估，最終用數(shù)據(jù)反映目標(biāo)達(dá)成。與傳統(tǒng)的“基于數(shù)據(jù)晾曬驅(qū)動(dòng)業(yè)務(wù)團(tuán)隊(duì)改進(jìn)，6+1指標(biāo)度量”的運(yùn)作方式有本質(zhì)的區(qū)別，我們是基于統(tǒng)一的作業(yè)工具上產(chǎn)生的客觀數(shù)據(jù)呈現(xiàn)，識(shí)別研發(fā)過程中基本的流程斷裂點(diǎn)和質(zhì)量缺失動(dòng)作，和業(yè)務(wù)團(tuán)隊(duì)達(dá)成一致的目標(biāo)后，把大部分改進(jìn)動(dòng)作固話到作業(yè)工具中自動(dòng)化承載，我們稱這個(gè)思路為“數(shù)據(jù)牽引改進(jìn)，工具固化規(guī)范”，也就是我們不僅告訴業(yè)務(wù)團(tuán)隊(duì)哪里有問題，同時(shí)也要基于我們的作業(yè)工具，輔助業(yè)務(wù)團(tuán)隊(duì)一起改進(jìn)完善。

本文針對(duì)“數(shù)據(jù)牽引改進(jìn)，工具固化規(guī)范”這一思路在業(yè)務(wù)團(tuán)隊(duì)落地過程中的動(dòng)作流程進(jìn)行詳細(xì)闡述，并明確了支撐整個(gè)流程的關(guān)鍵角色定義和組織運(yùn)作形式。

數(shù)據(jù)牽引改進(jìn)，是指關(guān)注軟件交付過程中各種度量數(shù)據(jù)的收集、統(tǒng)計(jì)、分析和反饋，通過可視化的數(shù)據(jù)客觀反映整個(gè)研發(fā)過程的狀態(tài)，以全局視角分析系統(tǒng)約束點(diǎn)，并和業(yè)務(wù)團(tuán)隊(duì)達(dá)成共識(shí)，提煉出客觀有效的改進(jìn)目標(biāo)；工具固化規(guī)范，針對(duì)識(shí)別出來的Gap點(diǎn)和重點(diǎn)問題進(jìn)行分析，制定出可以在作業(yè)工具承載的模板規(guī)范，以及需要工程師行為做出改變的能力要求，并在作業(yè)工具上對(duì)這些規(guī)范要求的落地效果進(jìn)行檢查，用數(shù)據(jù)度量改進(jìn)效果。最后，對(duì)改進(jìn)項(xiàng)目進(jìn)行總結(jié)分享，打造學(xué)習(xí)型組織，不斷驅(qū)動(dòng)持續(xù)改進(jìn)和價(jià)值交付，牽引研發(fā)團(tuán)隊(duì)模式和文化的轉(zhuǎn)變。

2020年的研發(fā)過程可信圍繞CleanCode、構(gòu)建、開源、E2E追溯四個(gè)領(lǐng)域開展，這也是公司要求的可信變革中最基本、最重要、投入產(chǎn)出比最大的四個(gè)點(diǎn)。

整體流程說明

整個(gè)運(yùn)作流程，圍繞數(shù)據(jù)，按照“定義軟件工程規(guī)范->定義數(shù)據(jù)分析模型->工具實(shí)現(xiàn)數(shù)據(jù)度量和分析->數(shù)據(jù)運(yùn)營(yíng)發(fā)現(xiàn)實(shí)際軟件工程活動(dòng)和規(guī)范的偏差->工具輔助團(tuán)隊(duì)改進(jìn)->工具固化軟件工程規(guī)范”這個(gè)流程進(jìn)行實(shí)施，并對(duì)最終效果進(jìn)行階段性總結(jié)。隨著業(yè)務(wù)團(tuán)隊(duì)能力的提升以及軟件工程規(guī)范性、開發(fā)模式的改變，對(duì)最初定義的軟件工程規(guī)范，會(huì)階段性的進(jìn)行完善，循環(huán)往復(fù)、持續(xù)優(yōu)化，最終讓業(yè)務(wù)團(tuán)隊(duì)在遵守公司要求的研發(fā)過程可信規(guī)范的前提下，實(shí)現(xiàn)業(yè)務(wù)成功。

1) 定義軟件工程規(guī)范：圍繞公司可信變革的目標(biāo)，BU對(duì)各個(gè)服務(wù)產(chǎn)品部的研發(fā)模式規(guī)范和能力要求，COE制定適合BU現(xiàn)狀的軟件工程規(guī)范；

2) 定義數(shù)據(jù)模型：COE針對(duì)制定的軟件工程規(guī)范，提煉出核心的、有針對(duì)性、可用工具度量的數(shù)據(jù)模型，并且和各個(gè)服務(wù)產(chǎn)品部達(dá)成一致；

3) 工具實(shí)現(xiàn)數(shù)據(jù)度量和分析：根據(jù)這幾個(gè)數(shù)據(jù)模型，數(shù)據(jù)分析工具自動(dòng)從數(shù)據(jù)源進(jìn)行采集、匯總、計(jì)算，并把結(jié)果呈現(xiàn)在數(shù)據(jù)看板上；業(yè)務(wù)團(tuán)隊(duì)可以打開匯總數(shù)據(jù)，根據(jù)明細(xì)數(shù)據(jù)進(jìn)行動(dòng)作規(guī)范自檢和改進(jìn)；

4) 數(shù)據(jù)運(yùn)營(yíng)發(fā)現(xiàn)實(shí)際軟件工程活動(dòng)和規(guī)范的偏差：數(shù)據(jù)治理小組在實(shí)際運(yùn)營(yíng)過程中，分析度量指標(biāo)的數(shù)據(jù)，識(shí)別業(yè)務(wù)團(tuán)隊(duì)實(shí)際的軟件工程活動(dòng)和要求規(guī)范不一致的Gap點(diǎn)和關(guān)鍵問題；

5) 工具輔助業(yè)務(wù)團(tuán)隊(duì)改進(jìn)：COE針對(duì)分析出來的Gap點(diǎn)和關(guān)鍵問題，制定相應(yīng)的改進(jìn)措施，作業(yè)工具承載流程規(guī)范模板化整改，并針對(duì)業(yè)務(wù)團(tuán)隊(duì)的不規(guī)范行為，制定適合各個(gè)服務(wù)產(chǎn)品部的公約要求，促使業(yè)務(wù)團(tuán)隊(duì)人員能力提升；

6) 工具固化軟件工程規(guī)范：針對(duì)業(yè)務(wù)團(tuán)隊(duì)的公約要求，在作業(yè)工具上進(jìn)行check，最終作業(yè)工具承載了整個(gè)軟件工程規(guī)范要求，以及融入到作業(yè)流程中的規(guī)范要求事前檢查。

三層數(shù)據(jù)分析模型

我們采用了三層數(shù)據(jù)分析模型，由作業(yè)工具自動(dòng)采集用戶研發(fā)過程行為明細(xì)數(shù)據(jù)，數(shù)據(jù)分析工具進(jìn)行準(zhǔn)實(shí)時(shí)匯總計(jì)算呈現(xiàn)總體目標(biāo)，三層數(shù)據(jù)系統(tǒng)性的輔助業(yè)務(wù)團(tuán)隊(duì)系統(tǒng)性的識(shí)別研發(fā)過程中的不規(guī)范點(diǎn)和能力短板，讓業(yè)務(wù)團(tuán)隊(duì)“知其然，知其所以然”。這三層數(shù)據(jù)模型是層層深入，迭代完善，下層支撐上層的關(guān)系。

第一層：目標(biāo)、進(jìn)展、結(jié)果數(shù)據(jù)分析；和公司可信變革目標(biāo)牽引對(duì)齊，結(jié)合BU實(shí)際情況，形成BU的整體可信要求，并在數(shù)據(jù)分析看板上呈現(xiàn)各個(gè)服務(wù)產(chǎn)品部要達(dá)成的過程可信目標(biāo)、每日的改進(jìn)進(jìn)展和最終完成情況；例如，對(duì)各個(gè)服務(wù)產(chǎn)品部要求達(dá)成CleanCode的目標(biāo)。

第二層：詞法/語法分析數(shù)據(jù)；COE針對(duì)第一層的目標(biāo)牽引，分解出來的具體實(shí)施環(huán)節(jié)的度量指標(biāo)，只有這些分解的指標(biāo)都完成，第一層的目標(biāo)才達(dá)成。這一層數(shù)據(jù)的目的主要是圍繞幫助業(yè)務(wù)團(tuán)隊(duì)分析自己的能力短板在哪里，進(jìn)行有針對(duì)性的改進(jìn)指；通過打開匯總數(shù)據(jù)的層層下鉆，用明細(xì)數(shù)據(jù)來分析業(yè)務(wù)團(tuán)隊(duì)在DevSecOps軟件工程規(guī)范流程中關(guān)鍵動(dòng)作執(zhí)行的缺失點(diǎn)，并針對(duì)性的制定改進(jìn)規(guī)范要求，牽引作業(yè)工具或者業(yè)務(wù)團(tuán)隊(duì)補(bǔ)齊該部分缺失動(dòng)作；例如，CleanCode的過程可信目標(biāo)達(dá)成，可以分解成：靜態(tài)檢查配置合規(guī)率、Committer合入保障率、代碼倉Clean三個(gè)目標(biāo)，只有這三個(gè)目標(biāo)達(dá)成，就可以認(rèn)為CleanCode總體目標(biāo)達(dá)成。

第三層：語義分析數(shù)據(jù)：COE打開第二層數(shù)據(jù)，不僅要看這些關(guān)鍵動(dòng)過做沒做，還要看做的效果怎么樣，最終效果體現(xiàn)在業(yè)務(wù)團(tuán)隊(duì)的DevSecOps軟件工程規(guī)范提升；這一層的數(shù)據(jù)分析聚焦在防止為了指標(biāo)而做第二層的數(shù)據(jù)，而是看業(yè)務(wù)團(tuán)隊(duì)是否在真正參考BU制定的規(guī)范牽引的目標(biāo)，提升業(yè)務(wù)交付過程中的效能、可信、質(zhì)量能力，以及最終產(chǎn)生實(shí)際的業(yè)務(wù)效果。通過打開各個(gè)團(tuán)隊(duì)的明細(xì)數(shù)據(jù)分析審視業(yè)務(wù)團(tuán)隊(duì)執(zhí)行的關(guān)鍵動(dòng)作是否符合規(guī)范，是否在合適的階段點(diǎn)執(zhí)行，執(zhí)行效果是否有效；并階段性的總結(jié)和提煉經(jīng)驗(yàn)，形成知識(shí)資產(chǎn)固化到作業(yè)工具。例如，針對(duì)第二層的靜態(tài)檢查配置合規(guī)率，可以分解為：靜態(tài)檢查配置有效性和靜態(tài)檢查執(zhí)行有效性。靜態(tài)檢查配置有效性，包括：檢查靜態(tài)檢查工具配置的數(shù)量、是否符合BU的配置規(guī)范，以及是否在代碼合入主干master時(shí)進(jìn)行了配置；靜態(tài)檢查執(zhí)行有效性，主要看是否每一次MR提交時(shí)都執(zhí)行靜態(tài)檢查、是否發(fā)現(xiàn)問題在研發(fā)活動(dòng)的最早階段，攔截的問題的效果怎么樣。只有第三層的動(dòng)作度量都達(dá)成后，才可以說第二層的目標(biāo)是達(dá)成的。

數(shù)據(jù)治理過程流程圖

為了實(shí)現(xiàn)“數(shù)據(jù)牽引改進(jìn)，工具固化規(guī)范”這個(gè)目標(biāo)，準(zhǔn)確、一致、準(zhǔn)實(shí)時(shí)的數(shù)據(jù)是核心關(guān)鍵，但因?yàn)閿?shù)據(jù)采集不完整、業(yè)務(wù)團(tuán)隊(duì)不規(guī)范、數(shù)據(jù)呈現(xiàn)維度不一致等原因，數(shù)據(jù)的準(zhǔn)確性有一個(gè)不斷提升的過程，因此需要對(duì)各個(gè)層級(jí)展示的數(shù)據(jù)進(jìn)行治理。整個(gè)數(shù)據(jù)治理過程中，由“業(yè)務(wù)團(tuán)隊(duì)/作業(yè)工具/治理小組/數(shù)據(jù)分析工具（阿基米德）/COE”五個(gè)角色緊密配合，而且以年/半年為目標(biāo)，不斷總結(jié)經(jīng)驗(yàn)，循環(huán)往復(fù)、持續(xù)優(yōu)化的過程。

a) COE：和公司可信變革目標(biāo)牽引對(duì)齊，結(jié)合BU能力現(xiàn)狀，形成BU的整體可信要求；

b) COE：針對(duì)BU的業(yè)務(wù)現(xiàn)狀，定義出適合BU現(xiàn)狀的軟件工程規(guī)范要求；業(yè)務(wù)團(tuán)隊(duì)：和BU發(fā)布的各個(gè)領(lǐng)域的軟件工程規(guī)范牽引目標(biāo)達(dá)成一致；

c) COE：針對(duì)規(guī)范分解出核心的度量指標(biāo)，并制定度量數(shù)據(jù)模型；

d) 研發(fā)用戶：在使用作業(yè)工具進(jìn)行研發(fā)活動(dòng)；作業(yè)工具：承載了BU各個(gè)服務(wù)產(chǎn)品部在使用過程中沉淀的行為數(shù)據(jù)；

e) 數(shù)據(jù)分析（阿基米德）：準(zhǔn)實(shí)時(shí)接入作業(yè)工具的數(shù)據(jù)，展示各個(gè)服務(wù)產(chǎn)品部當(dāng)前的研發(fā)能力現(xiàn)狀；

f) COE：和各個(gè)服務(wù)產(chǎn)品部達(dá)成一致，制定各個(gè)服務(wù)產(chǎn)品部的年度牽引目標(biāo)；

g) 數(shù)據(jù)分析（阿基米德）：用數(shù)據(jù)呈現(xiàn)各個(gè)服務(wù)產(chǎn)品部的牽引目標(biāo)和能力現(xiàn)狀，統(tǒng)一數(shù)據(jù)口徑；呈現(xiàn)月/周/天的明細(xì)數(shù)據(jù)，以及支撐Gap分析和重點(diǎn)問題的數(shù)據(jù)視圖；

h) COE：根據(jù)牽引目標(biāo)和能力現(xiàn)狀，分析Gap原因和關(guān)鍵問題；治理小組：在數(shù)據(jù)運(yùn)營(yíng)過程中，根據(jù)數(shù)據(jù)分析團(tuán)隊(duì)當(dāng)前的能力現(xiàn)狀是否和數(shù)據(jù)呈現(xiàn)一致；

i) 研發(fā)用戶：可以實(shí)時(shí)登錄數(shù)據(jù)工具（阿基米德）進(jìn)行查看各個(gè)層級(jí)的明細(xì)數(shù)據(jù)；

j) 治理小組：根據(jù)準(zhǔn)實(shí)時(shí)進(jìn)展數(shù)據(jù)，分析當(dāng)前團(tuán)隊(duì)研發(fā)過程中的實(shí)際問題，并匯總給COE；

k) COE：結(jié)合細(xì)粒度的分析數(shù)據(jù)、以及治理小組匯總出來的各個(gè)服務(wù)產(chǎn)品部的實(shí)際問題，制定規(guī)范和改進(jìn)措施，包括作業(yè)工具的規(guī)范和研發(fā)用戶的動(dòng)作行為公約；

l) 作業(yè)工具：承載作業(yè)工具上落地的規(guī)范要求；治理小組：作為接口人，承接研發(fā)工程師的行為規(guī)范公約，結(jié)合各個(gè)服務(wù)產(chǎn)品部實(shí)際情況來負(fù)責(zé)落地；

m) 研發(fā)用戶：按照規(guī)范要求和針對(duì)數(shù)據(jù)的自檢進(jìn)行研發(fā)過程行為規(guī)范化；

n) 研發(fā)工具：對(duì)研發(fā)用戶的行為規(guī)范是否滿足要求進(jìn)行自動(dòng)化檢查；最終目標(biāo)是讓整個(gè)軟件工程規(guī)范都固化在工具中進(jìn)行承載；

o) 數(shù)據(jù)分析（阿基米德）：呈現(xiàn)按照規(guī)范改進(jìn)后的明細(xì)數(shù)據(jù)和匯總目標(biāo)；研發(fā)用戶：自助查看整改后的明細(xì)數(shù)據(jù)；

p) COE：根據(jù)數(shù)據(jù)改進(jìn)的效果，以及過程中暴露的問題進(jìn)行總結(jié)后形成經(jīng)驗(yàn)資產(chǎn)，并持續(xù)改進(jìn)；

數(shù)據(jù)流圖

過程可信的數(shù)據(jù)在各個(gè)工具系統(tǒng)中采集、流轉(zhuǎn)、匯聚、分析、呈現(xiàn)，整個(gè)數(shù)據(jù)流圖如下：

其中，識(shí)別出6個(gè)重要的全量數(shù)據(jù)源：

a) 代碼庫數(shù)據(jù)：該數(shù)據(jù)由伏羲的服務(wù)信息樹上配置的代碼庫數(shù)據(jù)，加上阿基米德上人工配置的代碼庫，構(gòu)成各個(gè)云服務(wù)發(fā)布到生產(chǎn)倉的代碼全集；

b) Workitem信息流數(shù)據(jù)：當(dāng)前識(shí)別vision上的需求、問題、task，加上Gitlab/Codeclub上的issue，構(gòu)成可識(shí)別的Workitem數(shù)據(jù)全集；

c) SRE現(xiàn)網(wǎng)包數(shù)據(jù)：包括普羅部署、CCE、CPS、CDK各種類型部署的包數(shù)據(jù)，構(gòu)成全量現(xiàn)網(wǎng)包數(shù)據(jù)；

d) 開源二進(jìn)制包數(shù)據(jù)：開源中心倉數(shù)據(jù)（java、python、go、nodejs四種）語言，加上公司c/c++的數(shù)據(jù)構(gòu)成全量開源二進(jìn)制包數(shù)據(jù)；

e) 研發(fā)過程配置數(shù)據(jù)：阿基米德上配置的committer數(shù)據(jù)是全量的committer數(shù)據(jù)；阿基米德上識(shí)別出來的主分支是全量的主分支（邏輯“master”）數(shù)據(jù)；

f) 伏羲研發(fā)過程數(shù)據(jù)：伏羲三個(gè)庫，MongoDB的靜態(tài)檢查、門禁數(shù)據(jù)；MySQL中的測(cè)試、發(fā)布數(shù)據(jù)；MySQL中包和多個(gè)流水線的對(duì)應(yīng)關(guān)系數(shù)據(jù)；一起構(gòu)成了以“包”為維度的全量伏羲研發(fā)過程數(shù)據(jù)；

運(yùn)作組織

數(shù)據(jù)治理運(yùn)營(yíng)團(tuán)隊(duì)

按照過程可信在BU的落地策略，在CleanCode、構(gòu)建、開源、E2E追溯四個(gè)領(lǐng)域設(shè)置數(shù)據(jù)治理運(yùn)營(yíng)團(tuán)隊(duì)，由 “數(shù)據(jù)分析工具（阿基米德）—COE—各個(gè)服務(wù)產(chǎn)品部接口人組成的治理小組”三個(gè)角色組成，以“指標(biāo)度量為牽引，數(shù)據(jù)的客觀呈現(xiàn)為落地方式，業(yè)務(wù)的價(jià)值反饋為最終目的”的原則來落地?cái)?shù)據(jù)治理工作。

COE的職責(zé)：

1） 和公司可信變革目標(biāo)牽引對(duì)齊，結(jié)合BU能力現(xiàn)狀，形成BU的整體可信要求；定義出適合BU現(xiàn)狀的軟件工程規(guī)范要求；針對(duì)規(guī)范分解出核心的度量指標(biāo)，并制定度量數(shù)據(jù)模型；

2） 利用作業(yè)工具已經(jīng)產(chǎn)生的數(shù)據(jù)，和治理小組一起分析識(shí)別數(shù)據(jù)質(zhì)量的問題，按照三層數(shù)據(jù)分析模型，層層打開，識(shí)別業(yè)務(wù)團(tuán)隊(duì)能力Gap點(diǎn)。

3） 分析典型問題，識(shí)別作業(yè)流的斷裂點(diǎn)進(jìn)行補(bǔ)齊，和業(yè)務(wù)團(tuán)隊(duì)的不規(guī)范動(dòng)作，制定規(guī)范和公約要求，逐步改善數(shù)據(jù)質(zhì)量。

4） 事后歸納總結(jié)，識(shí)別出流程缺失，組織缺失，責(zé)任缺失等機(jī)制行問題，并固化到作業(yè)工具中。

治理小組：

1） 結(jié)合各個(gè)服務(wù)產(chǎn)品部的實(shí)際情況，承接COE的數(shù)據(jù)治理規(guī)范在各個(gè)服務(wù)產(chǎn)品部的落地；

2） 識(shí)別數(shù)據(jù)治理動(dòng)作在各個(gè)服務(wù)產(chǎn)品部落地過程中的實(shí)際問題，和COE一起分析，提出系統(tǒng)性的解決思路，最終固化到作業(yè)工具中。

3） 跟蹤過程可信在業(yè)務(wù)團(tuán)隊(duì)落地的過程中的進(jìn)展，為業(yè)務(wù)團(tuán)隊(duì)最終達(dá)成可信變革目標(biāo)負(fù)責(zé)，為改進(jìn)過程產(chǎn)生實(shí)際的業(yè)務(wù)價(jià)值負(fù)責(zé)；

數(shù)據(jù)分析工具（阿基米德）：

1） 確保接入的數(shù)據(jù)準(zhǔn)確、實(shí)時(shí)、一致，用數(shù)據(jù)實(shí)時(shí)反映BU各個(gè)服務(wù)產(chǎn)品部的能力現(xiàn)狀，為COE和治理小組的數(shù)據(jù)運(yùn)營(yíng)提供數(shù)據(jù)支撐；

2） 系統(tǒng)性的落地COE的方案設(shè)計(jì)，實(shí)現(xiàn)整個(gè)BU統(tǒng)一標(biāo)準(zhǔn)的數(shù)據(jù)看板，能夠清晰的通過數(shù)據(jù)識(shí)別出來業(yè)務(wù)團(tuán)隊(duì)的能力Gap，牽引業(yè)務(wù)團(tuán)隊(duì)達(dá)成整體改進(jìn)目標(biāo)；

3） 按照三層數(shù)據(jù)模型進(jìn)行數(shù)據(jù)展示，層層下鉆，讓業(yè)務(wù)團(tuán)隊(duì)“知其然，知其所以然”，牽引業(yè)務(wù)團(tuán)隊(duì)中的每一個(gè)人都能自己進(jìn)行改進(jìn)；

4） 通過數(shù)據(jù)分析，識(shí)別DevSecOps軟件工程規(guī)范在BU的業(yè)務(wù)團(tuán)隊(duì)落地過程中的重點(diǎn)問題，以及該問題背后的流程、制度缺失，促使最終規(guī)范固化在作業(yè)工具中。

例會(huì)設(shè)置

“數(shù)據(jù)驅(qū)動(dòng)DevSecOps能力提升例會(huì)”為研發(fā)領(lǐng)域數(shù)據(jù)治理相關(guān)問題的求助和裁決例會(huì)。

會(huì)議分為三個(gè)階段：

1） 第一階段，例行議題，形式類似于“體檢報(bào)告”，用數(shù)據(jù)反映業(yè)務(wù)團(tuán)隊(duì)的現(xiàn)狀和問題；

2） 第二階段，申報(bào)議題，形式類似于“專家會(huì)診”，討論某一個(gè)具體數(shù)據(jù)治理過程中的問題和Top困難求助；

3） 第三階段，靈活安排議題，形式類似于“問題總結(jié)”，針對(duì)某一類的具體問題，進(jìn)行集中討論和歸納總結(jié)定義，形成BU的規(guī)范流程和章程總結(jié)。

主數(shù)據(jù)承載系統(tǒng)

主數(shù)據(jù)是指具有高業(yè)務(wù)價(jià)值的、可以在企業(yè)內(nèi)跨越多個(gè)業(yè)務(wù)部門被重復(fù)使用的數(shù)據(jù)，是單一、準(zhǔn)確、權(quán)威的數(shù)據(jù)來源。和業(yè)務(wù)型數(shù)據(jù)、分析型數(shù)據(jù)相比，主數(shù)據(jù)主要有以下幾個(gè)特征：

1） 特征一致性：也就是能否保證主數(shù)據(jù)的關(guān)鍵特征在不同應(yīng)用、不同系統(tǒng)中的高度一致，直接關(guān)系了數(shù)據(jù)治理成敗；

2） 識(shí)別唯一性：在一個(gè)系統(tǒng)、一個(gè)平臺(tái)，甚至一個(gè)企業(yè)范圍內(nèi)，同一主數(shù)據(jù)實(shí)體要求具有唯一的數(shù)據(jù)標(biāo)識(shí)，即數(shù)據(jù)編碼；

3） 長(zhǎng)期有效性：貫穿該業(yè)務(wù)對(duì)象的整個(gè)生命周期甚至更長(zhǎng)，當(dāng)該主數(shù)據(jù)失去其效果時(shí)，系統(tǒng)采取的措施通常為軟刪除，而不是物理刪除；

4） 業(yè)務(wù)穩(wěn)定性：在業(yè)務(wù)過程中其識(shí)別信息和關(guān)鍵特征會(huì)被業(yè)務(wù)過程中產(chǎn)生的數(shù)據(jù)繼承、引用和復(fù)制。除非該主數(shù)據(jù)本身的特征發(fā)生變化，否則該主數(shù)據(jù)不會(huì)隨著業(yè)務(wù)的過程中被其他系統(tǒng)修改。

主數(shù)據(jù)源識(shí)別原則：

a) 如果有多個(gè)數(shù)據(jù)源構(gòu)成同類型數(shù)據(jù)的主數(shù)據(jù)，兩種處理策略：

1）選取一個(gè)源系統(tǒng)逐步收編其他源系統(tǒng)的數(shù)據(jù)，變成唯一主數(shù)據(jù)源

2）如果1）不能實(shí)現(xiàn)，由阿基米德系統(tǒng)進(jìn)行封裝后屏蔽多個(gè)數(shù)據(jù)源系統(tǒng)，該類型數(shù)據(jù)的唯一數(shù)據(jù)源變成阿基米德，待后續(xù)1）實(shí)現(xiàn)后，阿基米德該類型主數(shù)據(jù)源失效。

3）當(dāng)數(shù)據(jù)在多個(gè)作業(yè)系統(tǒng)中進(jìn)行流轉(zhuǎn)時(shí)，判斷是否作為主數(shù)據(jù)源的標(biāo)準(zhǔn)是：數(shù)據(jù)在該系統(tǒng)有實(shí)際的業(yè)務(wù)動(dòng)作產(chǎn)生，而不是只承載數(shù)據(jù)的流轉(zhuǎn)。

b) 如果確定為唯一數(shù)據(jù)源，其他消費(fèi)該類型數(shù)據(jù)的系統(tǒng)不能和數(shù)據(jù)源產(chǎn)生沖突。

所有數(shù)據(jù)僅能在數(shù)據(jù)源產(chǎn)生，其它系統(tǒng)只能讀取不能修改。下游發(fā)現(xiàn)的數(shù)據(jù)源質(zhì)量問題，應(yīng)當(dāng)在數(shù)據(jù)源頭進(jìn)行修正。

c) 主數(shù)據(jù)使用方不得改變?cè)紨?shù)據(jù)，但可以進(jìn)行擴(kuò)展。

數(shù)據(jù)消費(fèi)方不得對(duì)獲取的數(shù)據(jù)進(jìn)行增、刪、改，但可以在數(shù)據(jù)的基礎(chǔ)上進(jìn)行屬性擴(kuò)展。

d) 在滿足信息安全的前提下充分共享，不得拒絕合理的數(shù)據(jù)共享需求。

數(shù)據(jù)如果不流轉(zhuǎn)，不僅不會(huì)產(chǎn)生業(yè)務(wù)價(jià)值，還增加存儲(chǔ)成本；只有不斷流轉(zhuǎn)，對(duì)業(yè)務(wù)團(tuán)隊(duì)產(chǎn)生實(shí)際價(jià)值時(shí)，還能得到使用效果的反饋，促進(jìn)數(shù)據(jù)價(jià)值的進(jìn)一步提升。

原則為：核心資產(chǎn)安全優(yōu)先，非關(guān)鍵資產(chǎn)效率優(yōu)先。

一類主數(shù)據(jù)源

二類主數(shù)據(jù)源