訂閱
糾錯(cuò)
加入自媒體

如何建設(shè)技術(shù)中臺(tái)?

2020-10-29 08:55
EAWorld
關(guān)注

作業(yè)調(diào)度平臺(tái)建設(shè)的關(guān)鍵要素

1)架構(gòu)層面采用集中管控和分布運(yùn)行模式 2)作業(yè)調(diào)度平臺(tái)的柔性 3)高可靠性 4)管理監(jiān)控運(yùn)維能力

02 DevOps:建立數(shù)字化的軟件生產(chǎn)線

軟件生產(chǎn)過(guò)程中的十四大浪費(fèi)

技術(shù)中臺(tái)設(shè)計(jì)原則中提到了精益運(yùn)營(yíng)理論TOC,落地以DevOps為核心的數(shù)字化的軟件生產(chǎn)線時(shí)也是利用TOC方法論來(lái)審視軟件生產(chǎn)的全流程,查找其中的瓶頸、制約因素和浪費(fèi),然后考慮和踐行解決方式,通過(guò)度量來(lái)考察成果。先來(lái)看一下普遍存在的浪費(fèi)現(xiàn)象。

金融企業(yè)科技部門的主要流程分類

大中型項(xiàng)目全生命周期建設(shè)和投產(chǎn)流程,通常用于大型項(xiàng)目群的管理過(guò)程,以及新增系統(tǒng)的建設(shè)管理過(guò)程。

小型項(xiàng)目全生命周期建設(shè)和投產(chǎn)流程,通常用于已有系統(tǒng)的優(yōu)化、依據(jù)業(yè)務(wù)或技術(shù)迭代進(jìn)行變更管理的過(guò)程。 緊急上線流程,通常用于基于SLA保障的緊急處置過(guò)程管理。

數(shù)字化的軟件生產(chǎn)全流程融合

基于DevOps的數(shù)字化要與軟件生產(chǎn)線全流程相融合,不只是需要軟件生產(chǎn)的全流程第一級(jí)的流程環(huán)節(jié),還需要第二級(jí),甚至第三級(jí)的子流程(或流程活動(dòng)環(huán)節(jié))。

我們建議進(jìn)行如下梳理工作:

每個(gè)流程活動(dòng)對(duì)應(yīng)的輸入,明確其必選項(xiàng)和可選項(xiàng),明確其必選項(xiàng)的檢查標(biāo)準(zhǔn)(是否可將其結(jié)構(gòu)化,是否可通過(guò)程序自動(dòng)檢查其完成程度)。每個(gè)流程活動(dòng)對(duì)應(yīng)的輸出,明確其必選項(xiàng)和可選項(xiàng),明確其必選項(xiàng)的檢查標(biāo)準(zhǔn)(是否可將其結(jié)構(gòu)化,是否可通過(guò)程序自動(dòng)檢查其完成程度)。每個(gè)流程活動(dòng)對(duì)應(yīng)的角色,通過(guò)RACI(R:流程由誰(shuí)發(fā)起,A:由誰(shuí)負(fù)責(zé)審批,C:如有問(wèn)題咨詢誰(shuí),I:流程完成后通知誰(shuí))的模型進(jìn)行表述,從而明確此流程活動(dòng)的分工操作界面。要完成此活動(dòng)需要使用的工具,并且結(jié)合其輸入、輸出,能否將其加工生產(chǎn)的過(guò)程自動(dòng)化。

我們?cè)诜治鐾昝總(gè)二、三級(jí)子流程(活動(dòng))之后,可明確各串聯(lián)流程活動(dòng)之間的交付物(此輸出為彼輸入),以及交付物的質(zhì)量標(biāo)準(zhǔn)(必選項(xiàng)是哪些,必選項(xiàng)要完成到什么程度才能流入到下一流程活動(dòng)環(huán)節(jié)),每個(gè)活動(dòng)的分工梳理清晰之后,才能打通各活動(dòng)對(duì)應(yīng)的工具形成自動(dòng)化的工具鏈,使工件自動(dòng)化流轉(zhuǎn)。

打造數(shù)字生產(chǎn)線需要做到的五個(gè)統(tǒng)一

通過(guò)以上的講述,希望大家能夠理解,軟件生產(chǎn)過(guò)程中的精益運(yùn)營(yíng)沒(méi)有那么的“陽(yáng)春白雪”,更多做的是“下里巴人”的事情。在工業(yè)生產(chǎn)中,精益改進(jìn)體現(xiàn)在流水線工人是通過(guò)按鈕、還是通過(guò)掃描槍、或是通過(guò)拉繩通知下游工序環(huán)節(jié)。如果用了按鈕,按鈕是放在流水線上(會(huì)不會(huì)引起誤操作),還是放在旁邊的柱子上(要不要工人起身)。在軟件生產(chǎn)中,其實(shí)也是一樣的道理,開(kāi)發(fā)人員的代碼是每日提交還是單個(gè)功能開(kāi)發(fā)完后提交,后續(xù)觸發(fā)的代碼評(píng)審是每天都審核代碼,還是按功能點(diǎn)審核。以上種種都是要在實(shí)踐中摸索和實(shí)踐才能找到最適合的點(diǎn),并且每個(gè)組織又因?yàn)樽陨淼那闆r,解決方式又不盡相同。

度量與引領(lǐng)性指標(biāo)必不可少

基于金融行業(yè)的特點(diǎn),提供一些度量視圖的建議,從而使我們通過(guò)度量,在了解如何建設(shè)數(shù)字化的軟件生產(chǎn)線基礎(chǔ)上,能夠持續(xù)優(yōu)化我們的生產(chǎn)線。

項(xiàng)目群視角:項(xiàng)目群是金融科技管理過(guò)程中一個(gè)很具特色的項(xiàng)目協(xié)同管理方式。在金融企業(yè)中,通常單一業(yè)務(wù)需求或合并后的業(yè)務(wù)需求會(huì)觸發(fā)多個(gè)系統(tǒng)的配合改造來(lái)滿足,這就出現(xiàn)了一個(gè)主項(xiàng)目、多個(gè)配合項(xiàng)目協(xié)同開(kāi)發(fā)、協(xié)同投產(chǎn)的情況。部門視角:部門視角則是由科技管理團(tuán)隊(duì)/部門劃分來(lái)決定,并為部門管理來(lái)提供決策支撐。在金融企業(yè)中,通常按核心類、渠道類、管理類、信貸類進(jìn)行部門團(tuán)隊(duì)的劃分。建議將一些引領(lǐng)性指標(biāo)引入到部門管理之中,并按日/周提供報(bào)表、排名、風(fēng)險(xiǎn)等,幫助部門管理者提供決策依據(jù)。單一系統(tǒng)視角:對(duì)于單一系統(tǒng),依據(jù)系統(tǒng)的重要程度和團(tuán)隊(duì)大小的差異,開(kāi)發(fā)模式通常分為多月度版本(多特性)并行(如:核心和信貸等系統(tǒng))和單月度版本串行的模式,也可能根據(jù)建設(shè)周期的不同在兩者之間進(jìn)行切換。

聲明: 本文由入駐維科號(hào)的作者撰寫,觀點(diǎn)僅代表作者本人,不代表OFweek立場(chǎng)。如有侵權(quán)或其他問(wèn)題,請(qǐng)聯(lián)系舉報(bào)。

發(fā)表評(píng)論

0條評(píng)論,0人參與

請(qǐng)輸入評(píng)論內(nèi)容...

請(qǐng)輸入評(píng)論/評(píng)論長(zhǎng)度6~500個(gè)字

您提交的評(píng)論過(guò)于頻繁,請(qǐng)輸入驗(yàn)證碼繼續(xù)

  • 看不清,點(diǎn)擊換一張  刷新

暫無(wú)評(píng)論

暫無(wú)評(píng)論

人工智能 獵頭職位 更多
掃碼關(guān)注公眾號(hào)
OFweek人工智能網(wǎng)
獲取更多精彩內(nèi)容
文章糾錯(cuò)
x
*文字標(biāo)題:
*糾錯(cuò)內(nèi)容:
聯(lián)系郵箱:
*驗(yàn) 證 碼:

粵公網(wǎng)安備 44030502002758號(hào)