很多甲方的數(shù)據(jù)人員編制有限，因此會(huì)找乙方完成相關(guān)工作，作為甲方，經(jīng)常會(huì)發(fā)現(xiàn)乙方做事不給力，一方面可能的確是乙方能力問題，但另一方面，也許是你給乙方安排的工作出現(xiàn)了問題，對(duì)于不同類的數(shù)據(jù)工作，甲方和乙方的擅長程度是不同的，相互之間只有取長補(bǔ)短才能創(chuàng)造更高價(jià)值，今天就來談?wù)劶滓曳椒止さ?8個(gè)原則。

原則一：

科斯說，是交易成本與管理成本的對(duì)比，決定了企業(yè)的邊界。交易成本越低的事情，越應(yīng)該外部化；管理成本越低的事情，越應(yīng)該內(nèi)部化，數(shù)據(jù)管理者應(yīng)該遵循這個(gè)原則，挑戰(zhàn)來源于如何比較這兩個(gè)成本的大小，比如經(jīng)常有企業(yè)把數(shù)據(jù)挖掘工作外包，顯然低估了交易成本。

原則二：

康威定律說，組織架構(gòu)決定系統(tǒng)架構(gòu)和產(chǎn)品形態(tài)，大多企業(yè)的數(shù)據(jù)組織取名如數(shù)據(jù)管理部、數(shù)據(jù)運(yùn)營部、經(jīng)營分析部等等，從名稱就能推斷出其是以管理和運(yùn)營為主的，因此不要擅自去增加研發(fā)等相關(guān)的崗位，比如算法，全部購買或外包吧，除非你有能力改變組織的職能。

原則三：

數(shù)字化時(shí)代給IT人帶來了更多機(jī)會(huì)，可惜的是，現(xiàn)在IT發(fā)展的趨勢(shì)是將跟業(yè)務(wù)無關(guān)的通用IT技術(shù)剝離出去，企業(yè)的IT人將越來越業(yè)務(wù)化，比如云計(jì)算推動(dòng)了IaaS和PaaS的外包，云原生的發(fā)展歷史就是一部將代碼中跟業(yè)務(wù)無關(guān)的非功能代碼逐步剝離的過程，無論是容器、微服務(wù)、Severless、Service Mesh還是DevOps。

這些東西讓企業(yè)的IT人員不再有機(jī)會(huì)去搞什么高可用、容災(zāi)、安全、運(yùn)維、測(cè)試、通信等通用技術(shù)研究，即使搞了也成為不了企業(yè)的核心競(jìng)爭(zhēng)力，實(shí)際上，通用技術(shù)的交易成本和管理成本已經(jīng)發(fā)生了巨大變化，這也在改變著企業(yè)數(shù)據(jù)團(tuán)隊(duì)核心競(jìng)爭(zhēng)力的內(nèi)涵，進(jìn)而影響到甲乙方的分工原則。

原則四：

大多企業(yè)養(yǎng)不起龐大的數(shù)據(jù)開發(fā)團(tuán)隊(duì)，因?yàn)閺目扑苟ɡ淼慕嵌瓤矗@種團(tuán)隊(duì)的管理成本太高了，企業(yè)更需要的是少量的數(shù)據(jù)技術(shù)管理者，能夠撬動(dòng)更多的乙方資源為甲方服務(wù)，并且不被忽悠，當(dāng)然數(shù)據(jù)技術(shù)管理者也不是那么容易培養(yǎng)，除了熟悉業(yè)務(wù)和管理，至少也要有開發(fā)的經(jīng)歷，否則關(guān)鍵時(shí)候頂不上去

原則五：

在甲方智能化、自動(dòng)化水平還不夠的前提下，簡(jiǎn)單重復(fù)的工作需要外包，無論是取數(shù)還是報(bào)表，其實(shí)這種模式對(duì)雙方都有益，甲方解決了內(nèi)部需求的問題，乙方賺取微薄的利潤但獲得了實(shí)踐的機(jī)會(huì)，培養(yǎng)了一大批高端的數(shù)據(jù)人才

原則六：

越是業(yè)務(wù)化、協(xié)同化的數(shù)據(jù)工作，越不能外包，因?yàn)榻灰壮杀咎吡耍环矫媸且曳胶茈y在業(yè)務(wù)上跟上甲方的步伐，另一方面甲方很多工作講究的是人情世故，顯然乙方不太合適

原則七：

大數(shù)據(jù)平臺(tái)技術(shù)發(fā)展一日千里，數(shù)據(jù)采集、數(shù)據(jù)處理等技術(shù)有明顯的通用性、開源性、多樣性等特點(diǎn)，通過引入合適的乙方不僅能完成建設(shè)和運(yùn)營工作，還能實(shí)現(xiàn)彎道超車，甲方唯一要做的是擁有自己的數(shù)據(jù)架構(gòu)師，能說服企業(yè)采用推薦的方案，并防止被乙方忽悠

原則八：

數(shù)據(jù)應(yīng)用（產(chǎn)品）開發(fā)工作可以外包，無論是UI/UE、前端，后端，數(shù)據(jù)處理等等，甲方不要嘗試去建立這么多技術(shù)棧，這些技術(shù)跟大數(shù)據(jù)平臺(tái)一樣，有足夠的乙方可供選擇，而且交易成本可控

原則九：

如果你的企業(yè)有志于成為一個(gè)數(shù)字化企業(yè)，那么數(shù)據(jù)倉庫建模就不要外包，第一，數(shù)據(jù)已經(jīng)成為生產(chǎn)要素，既然你的企業(yè)要自己設(shè)立財(cái)務(wù)部來管理自己的貨幣、固定資產(chǎn)，那么這個(gè)原則也同樣適用于數(shù)據(jù)資產(chǎn)，第二，數(shù)據(jù)這種生產(chǎn)資料跟貨幣還不一樣，它帶有強(qiáng)烈的業(yè)務(wù)性的，而只有自己的員工才能與業(yè)務(wù)與時(shí)俱進(jìn)，乙方可以幫你一時(shí)，但幫不了一世，第三，模型是需要迭代的，長遠(yuǎn)來講，將數(shù)據(jù)倉庫模型外包給乙方交易成本很高

原則十：

如果企業(yè)希望數(shù)據(jù)挖掘真能產(chǎn)生點(diǎn)效益，那么數(shù)據(jù)挖掘工作就不要外包，因?yàn)閿?shù)據(jù)挖掘中業(yè)務(wù)理解、模型迭代、業(yè)務(wù)運(yùn)營等的工作比重太高了，這些顯然不適合乙方長期來做

原則十一：

數(shù)據(jù)分析工作不要外包，道理同數(shù)據(jù)挖掘，但數(shù)據(jù)分析咨詢卻可以外包，因?yàn)橐曳降母叨藬?shù)據(jù)分析咨詢專家可以給甲方提供方法論的指導(dǎo)，給出不同的看問題的角度，還能夠幫助甲方跳出業(yè)務(wù)看業(yè)務(wù)

原則十二：

只要甲方能把業(yè)務(wù)問題定義清楚，明確輸入和輸出，算法工作就可以外包，乙方既可以臨時(shí)抽調(diào)人員本地服務(wù)，也可以采取遠(yuǎn)程支持的形式，甲方也很難養(yǎng)活一只算法團(tuán)隊(duì)，有那么1-2個(gè)算法人員成不了氣候，最后大多轉(zhuǎn)型或者離職

原則十三：

數(shù)據(jù)治理工作涉及企業(yè)的組織、機(jī)制和流程，需要太多的協(xié)同，因此不要嘗試外包，自己都搞不清楚狀況的情況下，顯然乙方會(huì)比你更會(huì)犯渾，當(dāng)然這里的數(shù)據(jù)治理是狹義的，不是指那種建個(gè)大數(shù)據(jù)平臺(tái)就認(rèn)為是數(shù)據(jù)治理了的概念

原則十四：

數(shù)據(jù)產(chǎn)品經(jīng)理不能外包，從業(yè)務(wù)、創(chuàng)新、協(xié)調(diào)、體驗(yàn)、迭代、個(gè)性等各個(gè)角度看，乙方來做這個(gè)事情都會(huì)極度不適，很多時(shí)候干成了開發(fā)經(jīng)理，當(dāng)然乙方干項(xiàng)目經(jīng)理還是OK的，畢竟有很多規(guī)范和流程可以遵循

原則十五：

狹義的數(shù)據(jù)中臺(tái)是指數(shù)據(jù)模型和數(shù)據(jù)服務(wù)，顯然數(shù)據(jù)中臺(tái)是無法外包的，當(dāng)別人說可以幫你建數(shù)據(jù)中臺(tái)的時(shí)候，首先要問問它關(guān)于數(shù)據(jù)中臺(tái)的定義和理解，不要雞同鴨講了

原則十六：

為前面所有數(shù)據(jù)類工作提供支撐的任何工具，比如元數(shù)據(jù)工具、開發(fā)工具等等，是直接采購產(chǎn)品好還是自己定制好，取決于這類工作外包的可行性，越不能外包的工作，意味著標(biāo)準(zhǔn)化程度越低，越需要采取定制的方式實(shí)現(xiàn)

原則十七：

在數(shù)據(jù)領(lǐng)域任何一個(gè)專業(yè)，甲方都需要乙方頂尖數(shù)據(jù)專家的支持，無論是平臺(tái)、算法、開發(fā)、挖掘、分析、治理等等，因?yàn)榧追娇傆?-10%的問題是自己無法解決的，頂尖專家則是超越了一切限制的存在

原則十八：

為了數(shù)據(jù)驅(qū)動(dòng)業(yè)務(wù)，甲方要為乙方的創(chuàng)意買單，要為乙方的連接買單，即使這種工作很難用工時(shí)評(píng)估，否則乙方的高端人才就跑完了

當(dāng)然沒有什么是絕對(duì)的，如果甲方的很多工作的確沒有相關(guān)的組織和人員保障，那么交給乙方是唯一的辦法，但如果有的選擇，就盡量遵循這些原則吧。