企業互聯網數據中臺有以下特點:
能夠借助匯聚全局的數據為用戶賦能:數據本身就是能力,從某種程度上講數據比上層的應用更重要,而且打通的全局數據所提供的價值將超過隔離的局部數據的總和。為了打通數據,在工具層,需要提供全局數據存儲、治理分析服務以及數據/應用治理和管理的功能;在業務層,必須讓每個業務部門能夠方便地依據標準提供相關業務數據,自動與其他部門的數據打通并匯總。從這方面講,這不是一個純技術問題,更多的是一個業務問題。
實現數據能力的抽象:數據能力的抽象是數據中臺建設中的難點,如何盡可能抽象出通用的功能,又不使抽象的功能過于細碎,這是需要仔細考慮的問題。這個問題有點類似于微服務的拆分,也與編程里抽象出對外API有著異曲同工之妙,拆大了不好,拆小了也有問題。前面我們提到過可以采用兩種方式來進行數據能力的抽象:一種是頂層設計,從公司層面考慮數據能力的抽象;另一種是由業務團隊自主開發,當發現有復用需要時再來抽象。這兩種方式各有利弊,在很多時候可以混合使用,需要根據公司和業務的實際情況選擇。
可以通過工具體系讓企業各部門方便地共享抽象出的數據能力:首先,數據能力的共享必須簡單,如果共享很麻煩,那么企業各部門數據的提供者和使用者就不會愿意使用這些功能,共享也就失去了意義。其次,共享的責權利必須要分清。這里涉及的角色有提供者、平臺團隊、使用者三方,而這三方的責權利劃分。
能快速發現可復用的數據能力:這樣才能在快速迭代時保證沒有重復的開發,因為只有知道自己有什么輪子,才能避免重復造輪子。為了系統地避免重復開發的情況,一般需要有一定流程的支持。
能夠協調復用和效率的矛盾:經常會出現這樣的情況,團隊A開發了一個功能,團隊B覺得可以用,但是需要做些修改,而團隊A暫時沒有資源做這件事,團隊B沒有時間等,只能自己再開發一個。所以,關于共享功能的后續開發一定要有明確的規則和責權劃分。
能夠提高復用的效率:比如,如果團隊A共享了一個功能后,其他部門的人天天來找團隊A的人問這個功能怎么用,那么團隊A的效率就會受到很大的影響。因此我們需要考慮共享功能的規范要求,例如共享的數據和應用的文檔必須有一定要求。此外,共享的工具也必須提供迭代提升的功能,例如功能文檔的協同編輯功能。
回答所涉及的環境:聯想天逸510S、Windows 10。
企業互聯網數據中臺有以下特點:
能夠借助匯聚全局的數據為用戶賦能:數據本身就是能力,從某種程度上講數據比上層的應用更重要,而且打通的全局數據所提供的價值將超過隔離的局部數據的總和。為了打通數據,在工具層,需要提供全局數據存儲、治理分析服務以及數據/應用治理和管理的功能;在業務層,必須讓每個業務部門能夠方便地依據標準提供相關業務數據,自動與其他部門的數據打通并匯總。從這方面講,這不是一個純技術問題,更多的是一個業務問題。
實現數據能力的抽象:數據能力的抽象是數據中臺建設中的難點,如何盡可能抽象出通用的功能,又不使抽象的功能過于細碎,這是需要仔細考慮的問題。這個問題有點類似于微服務的拆分,也與編程里抽象出對外API有著異曲同工之妙,拆大了不好,拆小了也有問題。前面我們提到過可以采用兩種方式來進行數據能力的抽象:一種是頂層設計,從公司層面考慮數據能力的抽象;另一種是由業務團隊自主開發,當發現有復用需要時再來抽象。這兩種方式各有利弊,在很多時候可以混合使用,需要根據公司和業務的實際情況選擇。
可以通過工具體系讓企業各部門方便地共享抽象出的數據能力:首先,數據能力的共享必須簡單,如果共享很麻煩,那么企業各部門數據的提供者和使用者就不會愿意使用這些功能,共享也就失去了意義。其次,共享的責權利必須要分清。這里涉及的角色有提供者、平臺團隊、使用者三方,而這三方的責權利劃分。
能快速發現可復用的數據能力:這樣才能在快速迭代時保證沒有重復的開發,因為只有知道自己有什么輪子,才能避免重復造輪子。為了系統地避免重復開發的情況,一般需要有一定流程的支持。
能夠協調復用和效率的矛盾:經常會出現這樣的情況,團隊A開發了一個功能,團隊B覺得可以用,但是需要做些修改,而團隊A暫時沒有資源做這件事,團隊B沒有時間等,只能自己再開發一個。所以,關于共享功能的后續開發一定要有明確的規則和責權劃分。
能夠提高復用的效率:比如,如果團隊A共享了一個功能后,其他部門的人天天來找團隊A的人問這個功能怎么用,那么團隊A的效率就會受到很大的影響。因此我們需要考慮共享功能的規范要求,例如共享的數據和應用的文檔必須有一定要求。此外,共享的工具也必須提供迭代提升的功能,例如功能文檔的協同編輯功能。
回答所涉及的環境:聯想天逸510S、Windows 10。