內(nèi)容來自演講：郭昊東 | 上海外服 | 流程分析工程師

摘要
本文介紹了外服集團(tuán)的 IT 共享中心在低代碼平臺應(yīng)用開發(fā)方面的實踐經(jīng)驗。他們選擇低代碼平臺的原因包括開發(fā)成本低、快速看到實際產(chǎn)品以及能夠解決數(shù)據(jù)孤島和影子 IT 等問題。他們在應(yīng)用開發(fā)中面臨的挑戰(zhàn)包括數(shù)據(jù)孤島、影子 IT、忽略使用體驗等。為了解決這些問題，他們采用了委托開發(fā)和用戶自研模式，并記錄了應(yīng)用開發(fā)過程中的問題和最佳實踐。最后，他們分享了兩個低代碼應(yīng)用案例，包括 IT 內(nèi)部需求和事件單管理。

一、公司簡介

上海外服（集團(tuán)）有限公司（簡稱“上海外服”），隸屬于東浩蘭生集團(tuán)（上海市國資委直管），成立于1984年8月。上海外服作為人力資源服務(wù)機(jī)構(gòu)，著力于打造高效的人力資源外包綜合解決方案，已在全國主要重點經(jīng)濟(jì)城市設(shè)立了自己的分支機(jī)構(gòu)。依托品質(zhì)服務(wù)、創(chuàng)新的技術(shù)平臺、精益的管理流程和遍布全國近400個服務(wù)網(wǎng)點，提供融合本土智慧和全球視野的專業(yè)外包服務(wù)。上海外服正服務(wù)于遍布全國的25000家企業(yè)的139萬名員工。

二、低代碼平臺的定位

1.選擇低代碼平臺的原因

我來自于外服集團(tuán)下的IT共享中心，我們選擇低代碼平臺的原因之一是開發(fā)成本低，能夠快速看到實際產(chǎn)品。傳統(tǒng)開發(fā)流程需要經(jīng)過需求調(diào)研、開發(fā)、測試、上線的過程，這個過程往往需要耗費大量的時間和資源，而且無法實時看到最終產(chǎn)品。而低代碼平臺具有所見即所得的特點，讓開發(fā)人員能夠在談需求的同時順手制作demo給需求方看，不僅提高了效率，還使得需求方能夠更直觀地了解產(chǎn)品的實際效果。

2.低代碼應(yīng)用開發(fā)面臨問題

• 數(shù)據(jù)孤島

在數(shù)字化轉(zhuǎn)型的過程中，我們還面臨了數(shù)據(jù)孤島的問題。由于各個部門對業(yè)務(wù)數(shù)據(jù)的口徑和叫法不一致，將這些數(shù)據(jù)轉(zhuǎn)化為系統(tǒng)或進(jìn)行數(shù)字化、線上化時很難做到對齊。這可能導(dǎo)致數(shù)據(jù)的不準(zhǔn)確性和不一致性，增加了數(shù)據(jù)整合的難度和成本。

• 影子IT

此外，還存在影子IT應(yīng)用的問題。這些應(yīng)用不受IT部門的監(jiān)管和管理，可能由業(yè)務(wù)部門自行開發(fā)和維護(hù)。由于缺乏統(tǒng)一的規(guī)劃和標(biāo)準(zhǔn)，這些影子IT應(yīng)用可能導(dǎo)致數(shù)據(jù)不兼容、安全風(fēng)險等問題，給企業(yè)帶來額外的管理負(fù)擔(dān)。

• 忽略使用體驗

針對像明道云這樣的零代碼平臺，雖然前端界面高度定制化，沒有辦法非常自由的進(jìn)行設(shè)計，但仍然可以通過視圖和其他功能來優(yōu)化使用體驗，況且明道云已經(jīng)實現(xiàn)前端開源，給技術(shù)人員更大的空間去優(yōu)化交互體驗。這意味著技術(shù)人員可以利用開源的代碼庫進(jìn)行定制化的開發(fā)，根據(jù)自己的需求和用戶反饋來改進(jìn)界面的交互設(shè)計和用戶體驗，以滿足不斷變化的市場需求和用戶期望。

3.低代碼應(yīng)用的應(yīng)用場景

我們使用低代碼應(yīng)用平臺主要在兩個方面。首先是我們內(nèi)部的應(yīng)用，包括研發(fā)流程管理、基于 ITIL 實踐的運維管理。之前我們內(nèi)部是基于自己研發(fā)的管理系統(tǒng)，使用時間較長，目前正在逐步替換為明道云。其次，是針對業(yè)務(wù)部門的應(yīng)用。我們將業(yè)務(wù)部門應(yīng)用定義為流程優(yōu)化工具，或者說是需求溝通工具，他可能并不是一個完整的系統(tǒng)，但可以作為一個與業(yè)務(wù)部門進(jìn)行良好溝通、了解真實需求的工具。

大家在開發(fā)過程中會發(fā)現(xiàn)，能夠聊出來的需求往往與真實需求存在一定的偏差，但是當(dāng)用戶真正使用你的應(yīng)用時，他們只會考慮需求是否得到滿足，而不會關(guān)注偏差，因此，一個良好的需求溝通工具至關(guān)重要。它能夠幫助我們與業(yè)務(wù)部門建立有效的溝通橋梁，確保我們能夠準(zhǔn)確理解并滿足他們的需求。

三、低代碼應(yīng)用開發(fā)流程探索

1.兩種開發(fā)模式

對于低代碼應(yīng)用開發(fā)我們有兩種模式。第一種是委托開發(fā)，即由我負(fù)責(zé)調(diào)研需求、開發(fā)應(yīng)用，跟進(jìn)整個流程，然后交付給業(yè)務(wù)部門使用。第二種是我們目前正在探索的用戶自研模式。盡管全民開發(fā)者的概念被廣泛提倡，但實際上，用戶仍需接受一些必要的培訓(xùn)和監(jiān)管。即使是專業(yè)的編碼人員，也需要遵守IT開發(fā)的規(guī)范。因此，我們嘗試建立一種獨特的用戶自研模式。

2.定義團(tuán)隊角色和責(zé)任

當(dāng)業(yè)務(wù)部門提出需求時，我們會提供明道云的使用培訓(xùn)。我們的培訓(xùn)并不是面向所有用戶的統(tǒng)一大會，而是針對特定需求進(jìn)行培訓(xùn)。在開發(fā)過程中，我們發(fā)現(xiàn)無論是傳統(tǒng)應(yīng)用開發(fā)還是低代碼應(yīng)用開發(fā)，一個優(yōu)秀的團(tuán)隊都至關(guān)重要。首先需要一個產(chǎn)品負(fù)責(zé)人，他可能是傳統(tǒng)意義上的PM，負(fù)責(zé)推動整個產(chǎn)品開發(fā)流程。目前，我們將領(lǐng)域?qū)＜遗c產(chǎn)品負(fù)責(zé)人合二為一的。專業(yè)的開發(fā)人員負(fù)責(zé)低代碼流程配置，而管理員后期要接手應(yīng)用，并負(fù)責(zé)應(yīng)用管理迭代。

3.沉淀應(yīng)用文檔

在低代碼開發(fā)的過程中，由于前人經(jīng)驗相對較少，且各行業(yè)的經(jīng)驗存在差異，因此記錄經(jīng)驗顯得尤為重要。通過應(yīng)用程序目錄，可以方便所有用戶知道當(dāng)前應(yīng)用程序的開發(fā)者、管理員以及使用手冊等信息。

記錄開發(fā)過程中的應(yīng)用問題，不僅有助于管理員進(jìn)行迭代開發(fā)，也能為整個集團(tuán)積累寶貴的開發(fā)經(jīng)驗。在實現(xiàn)同一功能時，明道云平臺可能存在多種實現(xiàn)方式，各有優(yōu)劣。我們會在開發(fā)過程中記錄這些差異，整理成指導(dǎo)手冊，為后續(xù)的培訓(xùn)或開發(fā)中提供幫助。

4.最佳實踐的積累

衡量一個應(yīng)用的質(zhì)量并不能僅憑bug的數(shù)量來評判。用戶的接受度和使用的舒適度才是真正的評價標(biāo)準(zhǔn)。因此，我們在應(yīng)用開發(fā)完成后，會定期與用戶溝通，了解應(yīng)用的使用情況，收集反饋，看是否有新的需求。通過這種方式，我們可以確保應(yīng)用始終與用戶的實際需求保持緊密關(guān)聯(lián)。

四、低代碼應(yīng)用案例分享

我為大家挑選了一些我們作為IT內(nèi)部使用的案例來分享。首先，我們最初的一個明道云應(yīng)用是“IT內(nèi)部需求”，它用于管理集團(tuán)內(nèi)部的協(xié)作和任務(wù)分發(fā)。我們在一天之內(nèi)就完成了初步的demo，并進(jìn)行了實際應(yīng)用。目前已經(jīng)更新了三個版本。

另外一個應(yīng)用是“事件單”。由于我們擁有多個系統(tǒng)，它們會產(chǎn)生不同的告警。而且目前我們正在對系統(tǒng)進(jìn)行大量的改造，導(dǎo)致頻繁的系統(tǒng)上線和下線。因此，我們使用明道云作為一個統(tǒng)一的接入點，生成并記錄所有的事件，這樣就可以進(jìn)行統(tǒng)一管理。

我們深知在數(shù)字化和低代碼開發(fā)的道路上，每一個團(tuán)隊都有自己的獨特經(jīng)驗和故事。因此，我們非常期待與大家的進(jìn)一步交流和分享，希望我們的這些實踐經(jīng)驗?zāi)転槟銈兲峁┮恍┬碌囊暯腔騿l(fā)。

同時，我們也歡迎各位對我們的實踐經(jīng)驗提出寶貴的建議和反饋，讓我們共同學(xué)習(xí)和進(jìn)步。我們堅信，通過不斷的實踐和交流，我們能夠共同推動低代碼開發(fā)的發(fā)展，為更多的業(yè)務(wù)和用戶帶來實際的價值。