微信客服
微信公眾號(hào)
談到能源數(shù)字化，很多人和我的感受是一樣的，那就是“冰火兩重天”。一邊是火熱的“能源互聯(lián)網(wǎng)”、“數(shù)字化能源未來(lái)”的美好暢想，各類僅存在于PPT的企業(yè)戰(zhàn)略規(guī)劃，缺錢需要及時(shí)收割韭菜的某些概念型公司。
（來(lái)源：公眾號(hào)“魚眼看電改”作者：俞慶）
另一邊是冰冷的現(xiàn)實(shí)，電力市場(chǎng)化并未快速到來(lái)，售電業(yè)務(wù)競(jìng)爭(zhēng)激烈，配電業(yè)務(wù)躊躇不前，用戶對(duì)數(shù)字化能源接受度很低，政府態(tài)度積極就是不給錢。
所以今天想分享的就是對(duì)這個(gè)問題的思考，如何從現(xiàn)實(shí)走向理想。就思考的層級(jí)上看，能源互聯(lián)網(wǎng)首先是個(gè)技術(shù)問題，然后是個(gè)業(yè)務(wù)問題，最后是個(gè)商業(yè)問題。
今天第一篇我們先談?wù)劶夹g(shù)層級(jí)的問題。
從技術(shù)上看，從單一功能軟件到能源數(shù)字化平臺(tái)，還有很長(zhǎng)的路要走。
一、單一功能軟件疊加
現(xiàn)在很多的云平臺(tái)，本質(zhì)是一個(gè)或者若干功能的堆積。比如智能運(yùn)維、電費(fèi)優(yōu)化、能耗監(jiān)測(cè)。你把它拆開了看，本質(zhì)上就是單一功能軟件。
二、（云端）軟件系統(tǒng)
從單一功能疊加到軟件系統(tǒng)，最核心的區(qū)別在于：是否實(shí)現(xiàn)了數(shù)據(jù)模型抽象化、業(yè)務(wù)流程融合化。
1、數(shù)據(jù)模型對(duì)象化，就是物理的表計(jì)數(shù)據(jù)不是被存儲(chǔ)為表計(jì)數(shù)據(jù)，而是變成一個(gè)“量測(cè)對(duì)象”，這個(gè)對(duì)象又能被別的對(duì)象所定義和調(diào)用。比如一個(gè)回路的測(cè)點(diǎn)數(shù)據(jù)，對(duì)應(yīng)這個(gè)回路的量測(cè)對(duì)象，這個(gè)量測(cè)對(duì)象可以關(guān)聯(lián)到某個(gè)“線路對(duì)象”，然后支持能耗監(jiān)測(cè)，也能用來(lái)判斷故障位置，還能拿來(lái)算線損。至少我見過的很多系統(tǒng)里，表計(jì)數(shù)據(jù)就是表計(jì)數(shù)據(jù)，是需要在代碼級(jí)別去進(jìn)行邏輯定義的，這種抽象層次關(guān)系的高級(jí)階段就是CIM模型，極大的擴(kuò)展了靈活性，減少代碼量。
2、業(yè)務(wù)流程的融合化。舉個(gè)例子，現(xiàn)在市面上有很多“智能用電”產(chǎn)品，本質(zhì)就是電能計(jì)量疊加一些狀態(tài)監(jiān)測(cè)數(shù)據(jù)，用來(lái)判斷線路上是否存在火災(zāi)隱患。很多類似的系統(tǒng)是政策性市場(chǎng)銷售，但是這些系統(tǒng)一旦安裝，除了告警以外，并沒有實(shí)現(xiàn)流程閉環(huán)，缺乏對(duì)消缺的監(jiān)督，所以意義不大，屬于“煙囪型系統(tǒng)”。能否通過告警，進(jìn)行故障研判和定位，確定缺陷以后，在運(yùn)維管理模塊里實(shí)現(xiàn)缺陷流程的跟蹤，最終再通過信號(hào)確定消缺。這涉及到數(shù)據(jù)貫通、模型貫通和流程貫通這些問題。這才是從單一功能軟件到（云端）軟件系統(tǒng)的區(qū)別。
不要小看這三個(gè)貫通，電網(wǎng)公司搞了10多年信息化，現(xiàn)在還在艱難的實(shí)現(xiàn)和維持這三個(gè)貫通，比如泛在物聯(lián)搞得火熱的“營(yíng)配貫通”，大把銀子就在“貫通”二字。
三、軟件云平臺(tái)
軟件云平臺(tái)，之所以被成為平臺(tái)，或者說的再時(shí)髦一點(diǎn)，現(xiàn)在叫做“數(shù)據(jù)中臺(tái)”和“業(yè)務(wù)中臺(tái)”，平臺(tái)化或者中臺(tái)化，本質(zhì)是兩個(gè)抽象復(fù)用，即數(shù)據(jù)對(duì)象抽象化，業(yè)務(wù)功能抽象化，抽象化的本質(zhì)是為了復(fù)用。
1、數(shù)據(jù)對(duì)象抽象化，即把一些通用的數(shù)據(jù)進(jìn)行對(duì)象化和抽象化，實(shí)現(xiàn)三個(gè)One（阿里的數(shù)據(jù)中臺(tái)核心理論），One ID（所有對(duì)象只有唯一編碼以供索引），One Data（所有數(shù)據(jù)以統(tǒng)一的模型格式進(jìn)行集中存儲(chǔ)），One Service（所有數(shù)據(jù)以統(tǒng)一的方式對(duì)外提供數(shù)據(jù)服務(wù)）。其實(shí)這也是電力信息化搞了這么多年走過的類似路徑，One ID和One Data的標(biāo)準(zhǔn)就是IEC CIM模型，它定義了能源數(shù)據(jù)如何被理解，然后以此為基礎(chǔ)通過一系列的數(shù)據(jù)架構(gòu)和管理方法，才有了數(shù)據(jù)中臺(tái)。
2、業(yè)務(wù)功能抽象化。即把一些常用功能，變成可以復(fù)用的功能化組件，比如圖形引擎（接線圖、地理信息圖、甚至三維矢量圖）、組織權(quán)限管理、工作流、工單表單、建模工具、規(guī)則庫(kù)等等。還有非常重要的的一點(diǎn)，就是這些組件（不管是不是用第三方組件），需要被很好組合起來(lái)，調(diào)教成為一個(gè)有機(jī)的整體，對(duì)外統(tǒng)一提供調(diào)用（甚至是配置方式），而不是散亂的各自為政。這也是平臺(tái)的核心技術(shù)所在。
是否具備上述兩個(gè)方面的抽象與有機(jī)整合，并把它變成軟件平臺(tái)底層的通用部分，這才是“軟件平臺(tái)”區(qū)別于“軟件系統(tǒng)”的地方。
舉個(gè)不恰當(dāng)?shù)睦?，單一軟件系統(tǒng)類似于電動(dòng)自行車（能跑就行），軟件系統(tǒng)類似于一個(gè)型號(hào)的小轎車（涉及到轉(zhuǎn)向、發(fā)動(dòng)機(jī)、變速箱、地盤、安全氣囊等多個(gè)系統(tǒng)的整合與交互），云平臺(tái)就類似于大眾或者豐田的汽車底盤平臺(tái)，通過標(biāo)準(zhǔn)化底盤平臺(tái)，這個(gè)平臺(tái)上面可以開發(fā)多種車型，提供各種標(biāo)準(zhǔn)的軟硬件接口。
四、如何開發(fā)好的能源云平臺(tái)
1、靠譜的，懂業(yè)務(wù)的團(tuán)隊(duì)。能源云平臺(tái)需要靠譜的團(tuán)隊(duì)，團(tuán)隊(duì)里各個(gè)專業(yè)都需要有靠譜的人才配置，最稀缺的不是程序員，而是能理解業(yè)務(wù)的程序員、懂業(yè)務(wù)的架構(gòu)師，以及能理解程序的業(yè)務(wù)分析師。能源是壁壘很高、專業(yè)性很強(qiáng)的行業(yè)，沒有三五年的業(yè)務(wù)經(jīng)驗(yàn)，連一個(gè)大的專業(yè)模塊都理解不了，更不要說夸專業(yè)領(lǐng)域。會(huì)編程的人不少，懂能源業(yè)務(wù)的人很少。君不見某上市公司為了組建數(shù)字化團(tuán)隊(duì)，從國(guó)網(wǎng)南網(wǎng)五大，以幾倍的公司挖人么。
2、深刻的理解價(jià)值和戰(zhàn)略。光有人還不夠，各路能源大企業(yè)一堆人才，目前能源云平臺(tái)還處于落地的初期，架構(gòu)不可謂不宏大，功能不可謂不繁復(fù)，能產(chǎn)生價(jià)值的不多，能持續(xù)優(yōu)化價(jià)值的更少。因?yàn)槿绾卧趹?zhàn)略和戰(zhàn)術(shù)層面把技術(shù)和業(yè)務(wù)價(jià)值整合，形成落地迭代的路徑，非常考驗(yàn)管理團(tuán)隊(duì)的實(shí)戰(zhàn)能力和戰(zhàn)略視野，否則招了幾百號(hào)研發(fā)團(tuán)隊(duì)，不知道戰(zhàn)略重點(diǎn)和研發(fā)重心，眉毛胡子一把抓，容易“寬度一公里、深度一厘米”，你都不知道往哪挖。
3、持續(xù)投入最好別燒錢。電網(wǎng)公司信息化歷時(shí)十余年，一個(gè)省公司每年大幾十億的數(shù)字化投入，才有了今天的智能電網(wǎng)。上面所說的功能融合、業(yè)務(wù)貫通、數(shù)據(jù)對(duì)象化、平臺(tái)化復(fù)用，不是憑空而來(lái)的，因?yàn)闆]有人知道一開始該怎么干，曾經(jīng)見過電網(wǎng)某個(gè)大的業(yè)務(wù)系統(tǒng)推倒重來(lái)三四次，你能說前面的錢白花了么，飯是一口口吃的。市場(chǎng)化的能源云平臺(tái)因?yàn)闃I(yè)務(wù)屬性不一樣，客戶價(jià)值不一樣，決定了電網(wǎng)的經(jīng)驗(yàn)都無(wú)法套用，更不要說缺乏能源信息化經(jīng)驗(yàn)的其他能源企業(yè)了。燒一筆錢容易，要在平臺(tái)上持續(xù)燒錢，據(jù)我所知已經(jīng)有若干家上市公司撐不住了。
當(dāng)然，燒錢不是必須的，云平臺(tái)需要真正向互聯(lián)網(wǎng)學(xué)習(xí)的是MVP，如何用簡(jiǎn)單架構(gòu)去滿足實(shí)用功能，先賺到錢再考慮下一次迭代是不是要推翻架構(gòu)重來(lái)。當(dāng)然，最理想的一種狀態(tài)就是先做好一個(gè)大架構(gòu)，然后按照MVP的方式去精化功能，形成小的價(jià)值迭代，只不過這樣做對(duì)團(tuán)隊(duì)以往的技術(shù)經(jīng)驗(yàn)要求極高，而且還不能被以前大系統(tǒng)的思維方式所束縛，我認(rèn)為這才是“能源+互聯(lián)網(wǎng)”的玩法。
持續(xù)燒錢，考驗(yàn)的不僅僅是團(tuán)隊(duì)本身，更重要的是考驗(yàn)整個(gè)公司最高決策者的戰(zhàn)略眼光、戰(zhàn)略定力和協(xié)調(diào)推進(jìn)能力，這絕對(duì)不是數(shù)字化團(tuán)隊(duì)本身所能解決的問題。能源行業(yè)過去市場(chǎng)化程度很低，導(dǎo)致部分決策層對(duì)市場(chǎng)化業(yè)務(wù)的趨勢(shì)、速度和路徑理解不足，我認(rèn)為這才是一家公司在開發(fā)和推進(jìn)云平臺(tái)中最大的戰(zhàn)略風(fēng)險(xiǎn)，說白點(diǎn)就是老板看不懂，一開始被忽悠上船，現(xiàn)在覺得燒錢有點(diǎn)后悔，要么收手不敢（舍不得），要么繼續(xù)燒錢（還是舍不得），這種兩難境地的團(tuán)隊(duì)也有不少。所以這是涉及到業(yè)務(wù)模式和商業(yè)模式的問題，我們后文再談。
無(wú)論在不在大公司，只要在云平臺(tái)團(tuán)隊(duì)，你就是創(chuàng)業(yè)，創(chuàng)業(yè)維艱，且行且珍惜。
（來(lái)源：公眾號(hào)“魚眼看電改”作者：俞慶）
另一邊是冰冷的現(xiàn)實(shí)，電力市場(chǎng)化并未快速到來(lái)，售電業(yè)務(wù)競(jìng)爭(zhēng)激烈，配電業(yè)務(wù)躊躇不前，用戶對(duì)數(shù)字化能源接受度很低，政府態(tài)度積極就是不給錢。
所以今天想分享的就是對(duì)這個(gè)問題的思考，如何從現(xiàn)實(shí)走向理想。就思考的層級(jí)上看，能源互聯(lián)網(wǎng)首先是個(gè)技術(shù)問題，然后是個(gè)業(yè)務(wù)問題，最后是個(gè)商業(yè)問題。
今天第一篇我們先談?wù)劶夹g(shù)層級(jí)的問題。
從技術(shù)上看，從單一功能軟件到能源數(shù)字化平臺(tái)，還有很長(zhǎng)的路要走。
一、單一功能軟件疊加
現(xiàn)在很多的云平臺(tái)，本質(zhì)是一個(gè)或者若干功能的堆積。比如智能運(yùn)維、電費(fèi)優(yōu)化、能耗監(jiān)測(cè)。你把它拆開了看，本質(zhì)上就是單一功能軟件。
二、（云端）軟件系統(tǒng)
從單一功能疊加到軟件系統(tǒng)，最核心的區(qū)別在于：是否實(shí)現(xiàn)了數(shù)據(jù)模型抽象化、業(yè)務(wù)流程融合化。
1、數(shù)據(jù)模型對(duì)象化，就是物理的表計(jì)數(shù)據(jù)不是被存儲(chǔ)為表計(jì)數(shù)據(jù)，而是變成一個(gè)“量測(cè)對(duì)象”，這個(gè)對(duì)象又能被別的對(duì)象所定義和調(diào)用。比如一個(gè)回路的測(cè)點(diǎn)數(shù)據(jù)，對(duì)應(yīng)這個(gè)回路的量測(cè)對(duì)象，這個(gè)量測(cè)對(duì)象可以關(guān)聯(lián)到某個(gè)“線路對(duì)象”，然后支持能耗監(jiān)測(cè)，也能用來(lái)判斷故障位置，還能拿來(lái)算線損。至少我見過的很多系統(tǒng)里，表計(jì)數(shù)據(jù)就是表計(jì)數(shù)據(jù)，是需要在代碼級(jí)別去進(jìn)行邏輯定義的，這種抽象層次關(guān)系的高級(jí)階段就是CIM模型，極大的擴(kuò)展了靈活性，減少代碼量。
2、業(yè)務(wù)流程的融合化。舉個(gè)例子，現(xiàn)在市面上有很多“智能用電”產(chǎn)品，本質(zhì)就是電能計(jì)量疊加一些狀態(tài)監(jiān)測(cè)數(shù)據(jù)，用來(lái)判斷線路上是否存在火災(zāi)隱患。很多類似的系統(tǒng)是政策性市場(chǎng)銷售，但是這些系統(tǒng)一旦安裝，除了告警以外，并沒有實(shí)現(xiàn)流程閉環(huán)，缺乏對(duì)消缺的監(jiān)督，所以意義不大，屬于“煙囪型系統(tǒng)”。能否通過告警，進(jìn)行故障研判和定位，確定缺陷以后，在運(yùn)維管理模塊里實(shí)現(xiàn)缺陷流程的跟蹤，最終再通過信號(hào)確定消缺。這涉及到數(shù)據(jù)貫通、模型貫通和流程貫通這些問題。這才是從單一功能軟件到（云端）軟件系統(tǒng)的區(qū)別。
不要小看這三個(gè)貫通，電網(wǎng)公司搞了10多年信息化，現(xiàn)在還在艱難的實(shí)現(xiàn)和維持這三個(gè)貫通，比如泛在物聯(lián)搞得火熱的“營(yíng)配貫通”，大把銀子就在“貫通”二字。
三、軟件云平臺(tái)
軟件云平臺(tái)，之所以被成為平臺(tái)，或者說的再時(shí)髦一點(diǎn)，現(xiàn)在叫做“數(shù)據(jù)中臺(tái)”和“業(yè)務(wù)中臺(tái)”，平臺(tái)化或者中臺(tái)化，本質(zhì)是兩個(gè)抽象復(fù)用，即數(shù)據(jù)對(duì)象抽象化，業(yè)務(wù)功能抽象化，抽象化的本質(zhì)是為了復(fù)用。
1、數(shù)據(jù)對(duì)象抽象化，即把一些通用的數(shù)據(jù)進(jìn)行對(duì)象化和抽象化，實(shí)現(xiàn)三個(gè)One（阿里的數(shù)據(jù)中臺(tái)核心理論），One ID（所有對(duì)象只有唯一編碼以供索引），One Data（所有數(shù)據(jù)以統(tǒng)一的模型格式進(jìn)行集中存儲(chǔ)），One Service（所有數(shù)據(jù)以統(tǒng)一的方式對(duì)外提供數(shù)據(jù)服務(wù)）。其實(shí)這也是電力信息化搞了這么多年走過的類似路徑，One ID和One Data的標(biāo)準(zhǔn)就是IEC CIM模型，它定義了能源數(shù)據(jù)如何被理解，然后以此為基礎(chǔ)通過一系列的數(shù)據(jù)架構(gòu)和管理方法，才有了數(shù)據(jù)中臺(tái)。
2、業(yè)務(wù)功能抽象化。即把一些常用功能，變成可以復(fù)用的功能化組件，比如圖形引擎（接線圖、地理信息圖、甚至三維矢量圖）、組織權(quán)限管理、工作流、工單表單、建模工具、規(guī)則庫(kù)等等。還有非常重要的的一點(diǎn)，就是這些組件（不管是不是用第三方組件），需要被很好組合起來(lái)，調(diào)教成為一個(gè)有機(jī)的整體，對(duì)外統(tǒng)一提供調(diào)用（甚至是配置方式），而不是散亂的各自為政。這也是平臺(tái)的核心技術(shù)所在。
是否具備上述兩個(gè)方面的抽象與有機(jī)整合，并把它變成軟件平臺(tái)底層的通用部分，這才是“軟件平臺(tái)”區(qū)別于“軟件系統(tǒng)”的地方。
舉個(gè)不恰當(dāng)?shù)睦?，單一軟件系統(tǒng)類似于電動(dòng)自行車（能跑就行），軟件系統(tǒng)類似于一個(gè)型號(hào)的小轎車（涉及到轉(zhuǎn)向、發(fā)動(dòng)機(jī)、變速箱、地盤、安全氣囊等多個(gè)系統(tǒng)的整合與交互），云平臺(tái)就類似于大眾或者豐田的汽車底盤平臺(tái)，通過標(biāo)準(zhǔn)化底盤平臺(tái)，這個(gè)平臺(tái)上面可以開發(fā)多種車型，提供各種標(biāo)準(zhǔn)的軟硬件接口。
四、如何開發(fā)好的能源云平臺(tái)
1、靠譜的，懂業(yè)務(wù)的團(tuán)隊(duì)。能源云平臺(tái)需要靠譜的團(tuán)隊(duì)，團(tuán)隊(duì)里各個(gè)專業(yè)都需要有靠譜的人才配置，最稀缺的不是程序員，而是能理解業(yè)務(wù)的程序員、懂業(yè)務(wù)的架構(gòu)師，以及能理解程序的業(yè)務(wù)分析師。能源是壁壘很高、專業(yè)性很強(qiáng)的行業(yè)，沒有三五年的業(yè)務(wù)經(jīng)驗(yàn)，連一個(gè)大的專業(yè)模塊都理解不了，更不要說夸專業(yè)領(lǐng)域。會(huì)編程的人不少，懂能源業(yè)務(wù)的人很少。君不見某上市公司為了組建數(shù)字化團(tuán)隊(duì)，從國(guó)網(wǎng)南網(wǎng)五大，以幾倍的公司挖人么。
2、深刻的理解價(jià)值和戰(zhàn)略。光有人還不夠，各路能源大企業(yè)一堆人才，目前能源云平臺(tái)還處于落地的初期，架構(gòu)不可謂不宏大，功能不可謂不繁復(fù)，能產(chǎn)生價(jià)值的不多，能持續(xù)優(yōu)化價(jià)值的更少。因?yàn)槿绾卧趹?zhàn)略和戰(zhàn)術(shù)層面把技術(shù)和業(yè)務(wù)價(jià)值整合，形成落地迭代的路徑，非常考驗(yàn)管理團(tuán)隊(duì)的實(shí)戰(zhàn)能力和戰(zhàn)略視野，否則招了幾百號(hào)研發(fā)團(tuán)隊(duì)，不知道戰(zhàn)略重點(diǎn)和研發(fā)重心，眉毛胡子一把抓，容易“寬度一公里、深度一厘米”，你都不知道往哪挖。
3、持續(xù)投入最好別燒錢。電網(wǎng)公司信息化歷時(shí)十余年，一個(gè)省公司每年大幾十億的數(shù)字化投入，才有了今天的智能電網(wǎng)。上面所說的功能融合、業(yè)務(wù)貫通、數(shù)據(jù)對(duì)象化、平臺(tái)化復(fù)用，不是憑空而來(lái)的，因?yàn)闆]有人知道一開始該怎么干，曾經(jīng)見過電網(wǎng)某個(gè)大的業(yè)務(wù)系統(tǒng)推倒重來(lái)三四次，你能說前面的錢白花了么，飯是一口口吃的。市場(chǎng)化的能源云平臺(tái)因?yàn)闃I(yè)務(wù)屬性不一樣，客戶價(jià)值不一樣，決定了電網(wǎng)的經(jīng)驗(yàn)都無(wú)法套用，更不要說缺乏能源信息化經(jīng)驗(yàn)的其他能源企業(yè)了。燒一筆錢容易，要在平臺(tái)上持續(xù)燒錢，據(jù)我所知已經(jīng)有若干家上市公司撐不住了。
當(dāng)然，燒錢不是必須的，云平臺(tái)需要真正向互聯(lián)網(wǎng)學(xué)習(xí)的是MVP，如何用簡(jiǎn)單架構(gòu)去滿足實(shí)用功能，先賺到錢再考慮下一次迭代是不是要推翻架構(gòu)重來(lái)。當(dāng)然，最理想的一種狀態(tài)就是先做好一個(gè)大架構(gòu)，然后按照MVP的方式去精化功能，形成小的價(jià)值迭代，只不過這樣做對(duì)團(tuán)隊(duì)以往的技術(shù)經(jīng)驗(yàn)要求極高，而且還不能被以前大系統(tǒng)的思維方式所束縛，我認(rèn)為這才是“能源+互聯(lián)網(wǎng)”的玩法。
持續(xù)燒錢，考驗(yàn)的不僅僅是團(tuán)隊(duì)本身，更重要的是考驗(yàn)整個(gè)公司最高決策者的戰(zhàn)略眼光、戰(zhàn)略定力和協(xié)調(diào)推進(jìn)能力，這絕對(duì)不是數(shù)字化團(tuán)隊(duì)本身所能解決的問題。能源行業(yè)過去市場(chǎng)化程度很低，導(dǎo)致部分決策層對(duì)市場(chǎng)化業(yè)務(wù)的趨勢(shì)、速度和路徑理解不足，我認(rèn)為這才是一家公司在開發(fā)和推進(jìn)云平臺(tái)中最大的戰(zhàn)略風(fēng)險(xiǎn)，說白點(diǎn)就是老板看不懂，一開始被忽悠上船，現(xiàn)在覺得燒錢有點(diǎn)后悔，要么收手不敢（舍不得），要么繼續(xù)燒錢（還是舍不得），這種兩難境地的團(tuán)隊(duì)也有不少。所以這是涉及到業(yè)務(wù)模式和商業(yè)模式的問題，我們后文再談。
無(wú)論在不在大公司，只要在云平臺(tái)團(tuán)隊(duì)，你就是創(chuàng)業(yè)，創(chuàng)業(yè)維艱，且行且珍惜。
0 條