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

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

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

軟件生產(chǎn)過程中的十四大浪費

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

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

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

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

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

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

我們建議進行如下梳理工作：

每個流程活動對應的輸入，明確其必選項和可選項，明確其必選項的檢查標準（是否可將其結(jié)構(gòu)化，是否可通過程序自動檢查其完成程度）。每個流程活動對應的輸出，明確其必選項和可選項，明確其必選項的檢查標準（是否可將其結(jié)構(gòu)化，是否可通過程序自動檢查其完成程度）。每個流程活動對應的角色，通過RACI（R：流程由誰發(fā)起，A：由誰負責審批，C：如有問題咨詢誰，I：流程完成后通知誰）的模型進行表述，從而明確此流程活動的分工操作界面。要完成此活動需要使用的工具，并且結(jié)合其輸入、輸出，能否將其加工生產(chǎn)的過程自動化。

我們在分析完每個二、三級子流程（活動）之后，可明確各串聯(lián)流程活動之間的交付物（此輸出為彼輸入），以及交付物的質(zhì)量標準（必選項是哪些，必選項要完成到什么程度才能流入到下一流程活動環(huán)節(jié)），每個活動的分工梳理清晰之后，才能打通各活動對應的工具形成自動化的工具鏈，使工件自動化流轉(zhuǎn)。

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

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

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

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

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