常州市公共交通集團(tuán)有限責(zé)任公司 朱向軍 衡 健 姜汝棟
常州公交數(shù)字機(jī)務(wù)管理系統(tǒng),目前已經(jīng)完成車輛基礎(chǔ)信息、維修業(yè)務(wù)管理、車輛保養(yǎng)排班、綜合報表系統(tǒng)等核心模塊的建設(shè)和使用,極大提高了機(jī)務(wù)系統(tǒng)核心業(yè)務(wù)管理能力和手段。數(shù)字機(jī)務(wù)可以解釋為通過計算機(jī)、通信、網(wǎng)絡(luò)等技術(shù),數(shù)字量化機(jī)務(wù)管理的車輛、人員、設(shè)備與對應(yīng)的管理、維修、記錄、分析過程,實現(xiàn)車輛使用、維修流程、質(zhì)量控制、數(shù)據(jù)分析及臺賬記錄的數(shù)字化管理活動和方法。目前已有的車輛維修接報修平臺、車輛保養(yǎng)排班等已經(jīng)是管理數(shù)字化的應(yīng)用典范。
數(shù)字化管理的核心是高效達(dá)到既定目標(biāo)的過程,在追求高效達(dá)到機(jī)務(wù)管理的過程中,需要對機(jī)務(wù)管理進(jìn)行數(shù)字化延伸,延伸的方向是對機(jī)務(wù)管理中所需求的非核心、非標(biāo)準(zhǔn)、邊緣的管理流程、業(yè)務(wù)、系統(tǒng)等進(jìn)行深度補(bǔ)充完善建設(shè),提升業(yè)務(wù)開展的精細(xì)化、專業(yè)化,達(dá)成深度數(shù)字化。
數(shù)字機(jī)務(wù)管理系統(tǒng)建設(shè)的開展,首先是需求提煉,其次是項目建設(shè),第三步是培訓(xùn)推廣及提升。
需求提煉需要系統(tǒng)和科學(xué)地調(diào)研現(xiàn)狀與問題,充分理解業(yè)務(wù)需求。通過對機(jī)務(wù)管理所需的非核心、非標(biāo)準(zhǔn)、邊緣的管理流程和業(yè)務(wù)梳理,主要需求如圖1 所示。
圖1 常州公交數(shù)字機(jī)務(wù)管理系統(tǒng)架構(gòu)
(1)質(zhì)量控制類。駕駛員車輛例保單、例保質(zhì)量檢查單、一二級維護(hù)檢驗單、一二級維護(hù)質(zhì)量檢查單、安檢、月檢等。
(2)業(yè)務(wù)管理類。車輛拋錨在線報修平臺、設(shè)備管理報修平臺、車輛年檢等。
(3)日常臺賬類。車間日志、車隊日志、物資管理平臺等。
(4)學(xué)習(xí)平臺類。知識學(xué)習(xí)、在線考試等。
對提煉的需求進(jìn)行數(shù)據(jù)化建設(shè),是實現(xiàn)深度數(shù)字化難度最高也是最核心的步驟。公交企業(yè)在信息化建設(shè)過程中,對于信息系統(tǒng)的建設(shè)一般有三種方式:采購現(xiàn)成的標(biāo)準(zhǔn)化軟件產(chǎn)品、外包定制開發(fā)系統(tǒng)和自主開發(fā)系統(tǒng),三種方式各有利弊。
采購現(xiàn)成的標(biāo)準(zhǔn)化軟件產(chǎn)品,成品比較成熟,但不同企業(yè)之間的生產(chǎn)管理需求千差萬別,標(biāo)準(zhǔn)化軟件產(chǎn)品很難完美契合零散及個性化需求,很多情況下標(biāo)準(zhǔn)化產(chǎn)品要么功能不滿足需求,要么功能冗余。
定制開發(fā)存在漫長的開發(fā)時間成本,后期維護(hù)和系統(tǒng)升級成本高,對企業(yè)來說也是巨大的負(fù)擔(dān)。
自主開發(fā)能夠非常切合企業(yè)管理需求,響應(yīng)周期較短。但是對企業(yè)要求非常高,普通企業(yè)很難留住有經(jīng)驗的程序代碼開發(fā)人才。
在常州公交降本增效、深化改革、管理創(chuàng)新的形勢下,圍繞自主開發(fā)這條途徑,探索出一條信息系統(tǒng)開發(fā)的新途徑、新模式。
數(shù)字化管理的推進(jìn),需要整個條線的人員通力配合。加強(qiáng)系統(tǒng)使用培訓(xùn),提升使用率和準(zhǔn)確率。強(qiáng)化使用監(jiān)督,在使用中不斷優(yōu)化和提升,確保機(jī)務(wù)數(shù)字化管理正向推進(jìn)。
常州公交信息系統(tǒng)的建設(shè)開發(fā)途徑,主要是采購標(biāo)準(zhǔn)化產(chǎn)品(如OA 系統(tǒng)等)和定制開發(fā)(如調(diào)度系統(tǒng)、ERP 系統(tǒng)等)兩種方式,極少數(shù)自主開發(fā)的系統(tǒng)也比較簡單。
對于深度數(shù)字化的項目建設(shè),以往系統(tǒng)開發(fā)模式的難度較大,主要存在于:
(1)建設(shè)需求響應(yīng)不及時。傳統(tǒng)的信息系統(tǒng)建設(shè)都要經(jīng)過立項、招標(biāo)、開發(fā)等過程,不論系統(tǒng)的大小和復(fù)雜程度都是如此。如果所有的系統(tǒng)建設(shè)需求都按照傳統(tǒng)的開發(fā)模式進(jìn)行,很難及時響應(yīng)和滿足眾多的需求。
(2)開發(fā)和使用成本高。軟件系統(tǒng)開發(fā)成本一向比較高,請外部軟件公司開發(fā)一個普通系統(tǒng)的成本都要在10 萬元至20 萬元之間,稍微復(fù)雜一點的系統(tǒng)開發(fā)成本更高。系統(tǒng)建設(shè)后,還需要配套采購相應(yīng)的硬件系統(tǒng),后期使用成本也很高。
(3)開發(fā)過程漫長,溝通交流成本高。由于信息系統(tǒng)建設(shè)的特殊性,存在業(yè)務(wù)部門懂業(yè)務(wù)但不懂系統(tǒng)開發(fā)技術(shù),軟件公司懂程序設(shè)計但不了解業(yè)務(wù)情況。因此在開發(fā)過程中,業(yè)務(wù)部門和開發(fā)單位針對系統(tǒng)建設(shè)需要在溝通交流上花費大量的時間,加大了開發(fā)時間進(jìn)度。
(4)系統(tǒng)后期維護(hù)和升級成本高。隨著業(yè)務(wù)的調(diào)整和新需求的產(chǎn)生,任何系統(tǒng)開發(fā)后,都會面臨需求變更和系統(tǒng)升級換代的情況。在結(jié)束一個具體的系統(tǒng)建設(shè)項目后,軟件公司對于后期的需求變更往往很難做出快速響應(yīng),而且需要再花費單獨的變更費用。
(1)將“簡道云”平臺部署在云上。當(dāng)前政府重視并在大力推動企業(yè)上云。通過低成本上云的方式推動企業(yè)信息化建設(shè),已經(jīng)成為一種趨勢。平臺部署在云上,沒有部署在公司內(nèi)網(wǎng),只需每年支付固定的平臺使用費,就免去了服務(wù)器設(shè)備的采購和維護(hù),所有在平臺上開發(fā)的應(yīng)用都可以無限制地提供給全體員工使用,并且能夠保證系統(tǒng)的穩(wěn)定和運行效率。平臺部署在云上,還不用考慮系統(tǒng)的網(wǎng)絡(luò)安全問題。以往每次有新的系統(tǒng)建設(shè)時,都會配置單獨的服務(wù)器,這種重資產(chǎn)模式既需要大量的資金,也給日常維護(hù)和管理帶來巨大的壓力。采用虛擬化、云計算的方式支撐應(yīng)用系統(tǒng),是今后信息化建設(shè)的主流方式。
(2)快速開發(fā)系統(tǒng)。云平臺部署完成后,快速開發(fā)應(yīng)用系統(tǒng)。針對提煉出的數(shù)字化管理需求,機(jī)務(wù)與科技條線迅速溝通交流,邊交流邊開發(fā),邊試用邊提升?!榜{駛員車輛例?!薄败囬g日志”“一級維護(hù)檢驗單”等三個應(yīng)用系統(tǒng),從提出需求到系統(tǒng)開發(fā),可以在3 個星期內(nèi)完成。
(3)降低開發(fā)成本。在系統(tǒng)開發(fā)過程中,無需再借助外部人員,全部由企業(yè)內(nèi)部科技人員自主在平臺上開發(fā),沒有額外支出其他費用。在系統(tǒng)后期需求變更和完善過程中,也沒有依賴第三方公司,從而節(jié)約大量開發(fā)資金。而且“簡道云”平臺上開發(fā)的應(yīng)用系統(tǒng)越多,為公司節(jié)省的項目資金就越多。
(4)培養(yǎng)開發(fā)人員。開發(fā)過程能夠起到培養(yǎng)鍛煉開發(fā)人員的目的,為今后承接更多的開發(fā)需求打下了堅實基礎(chǔ)。安排多人學(xué)習(xí)掌握“簡道云”這個開發(fā)工具,也降低了今后人員流動的風(fēng)險,任何在平臺上開發(fā)的應(yīng)用系統(tǒng),其他人都可以輕松地接手進(jìn)行維護(hù)。
(5)多平臺互聯(lián)互通?!昂喌涝啤逼脚_投入使用后,為了充分發(fā)揮平臺功能,避免造成平臺上開發(fā)的應(yīng)用系統(tǒng)與公司現(xiàn)有系統(tǒng)之間產(chǎn)生“數(shù)據(jù)孤島”,積極打通“簡道云”平臺和其他應(yīng)用平臺之間的數(shù)據(jù)通道。首先,把企業(yè)微信和“簡道云”成功對接起來,企業(yè)微信通訊錄可以同步給“簡道云”,這樣“簡道云”的整個組織架構(gòu)和人員信息就和ERP、OA 系統(tǒng)同步了。其次,積極打通與ERP 系統(tǒng)的連接,目前已有初步成果,在服務(wù)稽查、車輛例保等應(yīng)用中可以調(diào)用車輛、駕駛員等信息。多平臺互聯(lián)互通,讓“簡道云”今后的發(fā)揮空間異常巨大。
按照“問題-解決過程-價值”的邏輯,對“駕駛員車輛例保檢查”管理的數(shù)字化和取得的成果進(jìn)行介紹。
(1)問題痛點。駕駛員的車輛例保工作是在每天出車前,對車輛的主要部件狀態(tài)進(jìn)行檢查,如果發(fā)現(xiàn)問題就不允許駕駛該車,需要修復(fù)后投運或者換車運營。同樣在每次收班后,要對車輛再做一次體檢。相關(guān)的例保檢查結(jié)果由駕駛員記錄在紙質(zhì)臺賬上并簽字確認(rèn)。紙質(zhì)臺賬的實時性不強(qiáng),信息傳遞、查找不方便,填寫內(nèi)容受到限制,填報過程無跡可尋,還需要大量紙張成本等。
(2)解決方案。在使用形式上采用手機(jī)移動端操作的方式;在填報內(nèi)容上盡量豐富填報內(nèi)容;在填報過程中,盡量通過技術(shù)處理方便駕駛員和管理人員操作。
①對接企業(yè)微信平臺?!昂喌涝啤迸c企業(yè)微信兩者綁定。通訊錄、組織架構(gòu)全部進(jìn)行同步,流程信息直接推送到手機(jī)端的企業(yè)微信里,這樣“簡道云”就完美地融入了移動應(yīng)用平臺。應(yīng)用的操作入口是企業(yè)微信-工作臺-車輛例保單,或者直接進(jìn)入“簡道云”模塊。
②檢查科目設(shè)置便捷靈活。簡化駕駛員的操作和頁面布局,設(shè)置了默認(rèn)所有檢查科目初始合格,當(dāng)檢查到不合格的科目,手動選擇不合格,此時可以顯示出“問題描述”和“圖片”,方便駕駛員進(jìn)一步填報內(nèi)容。
③建立數(shù)據(jù)平臺互聯(lián)。為了盡量減少駕駛員的操作,將“簡道云”平臺與公司內(nèi)部的各種信息系統(tǒng)進(jìn)行數(shù)據(jù)連通。檢查車輛的自編號、車輛所在線路、駕駛員姓名和職號、所屬單位和車隊等信息全部自動關(guān)聯(lián)。駕駛員只需要填寫車輛自編號,其他相關(guān)信息就可以自動獲取。
④豐富填報內(nèi)容。為規(guī)避駕駛員實際檢測中弄虛作假,對車輛儀表盤等關(guān)鍵數(shù)據(jù)設(shè)置只允許手機(jī)拍照上傳,不允許訪問相冊上傳,這樣駕駛員就可以把檢查過程和效果通過圖片形式上傳。
⑤流程管控及推送。為加快例檢中發(fā)現(xiàn)問題的信息傳遞,只要上傳的檢查表單里有不合格的科目,流程就自動轉(zhuǎn)給車隊隊長和機(jī)務(wù)員等管理人員。車隊管理人員可以第一時間通過企業(yè)微信里“簡道云”的“信息推送”通知獲取不合格車輛的信息,并及時處理。
⑥配置數(shù)據(jù)看板。目前每天上傳數(shù)據(jù)3600 多條,我們配置了一個數(shù)據(jù)看板,通過時間、車隊、線路、車輛自編號等條件,加上權(quán)限控制,各級管理人員都可以方便、直觀地對例保填報情況進(jìn)行跟蹤了解。有檢查項不合格的車輛,還設(shè)置了自動顯示紅色。
⑦制作操作視頻進(jìn)行推廣應(yīng)用。為了更好的在廣大駕駛員群體中推廣使用“簡道云”開發(fā)的“數(shù)字化例保單”,專門制作了操作培訓(xùn)視頻,幫助駕駛員學(xué)習(xí)掌握操作方式。
(3)實現(xiàn)價值。駕駛員群體人員眾多,以前受制于紙質(zhì)填報的手段,很難對駕駛員例保工作的真實性和例保效果進(jìn)行監(jiān)督,現(xiàn)在的數(shù)字化管理,當(dāng)天就可以實時監(jiān)督、統(tǒng)計和發(fā)現(xiàn)問題,效率得到極大的提升。以前雖然有各項管理制度和要求,但沒有合適的工具提供給管理人員進(jìn)行監(jiān)督檢查,現(xiàn)在通過“駕駛員車輛例保檢查單”的應(yīng)用,最大的價值體現(xiàn)在通過信息化手段,幫助把各項管理制度和要求在執(zhí)行層面切切實實落了地。在例保工作中,還有一項管理人員對駕駛員例保質(zhì)量進(jìn)行檢查,開發(fā)“車輛例保質(zhì)量檢查單”供管理人員抽檢車輛例保狀況時填報。自此,整個例保工作的完成質(zhì)量有了一個質(zhì)的提升。