01. 為什么需要構(gòu)建DevOps組織級人才勝任力模型

縱覽DevOps在中國的整個(gè)發(fā)展過程，在18、19年之前，業(yè)內(nèi)一般將其定義為1.0階段，相對更重工程，以往提到的DevOps人才主要指的是在持續(xù)交付方面的工程師，如CI、配置管理、相關(guān)工具設(shè)計(jì)與開發(fā)等的工程師，畫像相對較簡單。

但在之后，DevOps逐漸進(jìn)入2.0階段，更強(qiáng)調(diào)的是軟件交付端到端的全生命周期協(xié)同、高效，涉及到的部門和人員角色就比較多了，如業(yè)需提出人員、需求分析人員、設(shè)計(jì)人員、開發(fā)人員、測試人員、運(yùn)維人員等等。這時(shí)就需要從全局去思考DevOps團(tuán)隊(duì)如何建設(shè)、如何協(xié)調(diào)聯(lián)動(dòng)多個(gè)部門多個(gè)不同的角色來高效協(xié)同完成價(jià)值交付。

目前，行業(yè)中在組織級層面推進(jìn)DevOps轉(zhuǎn)型的組織架構(gòu)有多種組織形式，如在互聯(lián)網(wǎng)大廠中較常見的一種形式是組建工程效能團(tuán)隊(duì)；在金融企業(yè)中，有些沿用了CMMI中的過程改進(jìn)小組EPG，有些則通過虛擬的DevOps專班機(jī)制來推進(jìn)DevOps建設(shè)/轉(zhuǎn)型，還有一些采用了內(nèi)部委員會專家組的模式-企業(yè)轉(zhuǎn)型委員會（ETC）等等。

02. DevOps組織架構(gòu)模型如何構(gòu)建？

這里推薦通過組建組織級賦能中心的模式來推動(dòng)整個(gè)企業(yè)DevOps的規(guī)劃和轉(zhuǎn)型。

組織級賦能中心在早期可以以一種虛擬的團(tuán)隊(duì)出現(xiàn)，由目前組織內(nèi)在DevOps方面有管理經(jīng)驗(yàn)的人員、技術(shù)大佬、PMO等組成，分別擔(dān)任敏捷教練、工程教練、協(xié)調(diào)組織等角色。

賦能中心，可考慮由PMO統(tǒng)一牽頭，統(tǒng)一進(jìn)行規(guī)劃建設(shè)、出具整體實(shí)施規(guī)劃，帶領(lǐng)1-2個(gè)工具開發(fā)團(tuán)隊(duì)實(shí)施落地。一般建議，成員組成如下：

• 按照專家組模式構(gòu)建組織級虛擬賦能中心；
• 人員賦能中的教練直接歸屬于PMO；
• 工程賦能中CI團(tuán)隊(duì)提供經(jīng)過PMO考核通過的工程教練；
• 配置管理團(tuán)隊(duì)提供經(jīng)過PMO考核通過的配置專員；
• DevOps平臺研發(fā)由企業(yè)內(nèi)現(xiàn)有平臺建設(shè)團(tuán)隊(duì)為基礎(chǔ)，整合資源、優(yōu)化改進(jìn)，相關(guān)人員由各平臺組提供，并經(jīng)過PMO考核；
• 兩大賦能團(tuán)隊(duì)由PMO統(tǒng)籌規(guī)劃相關(guān)工作，并由PMO統(tǒng)一組織和協(xié)調(diào)。

03. 人才勝任力要求

賦能中心的構(gòu)建過程中，過程教練可由傳統(tǒng)的PM轉(zhuǎn)過來，適當(dāng)學(xué)習(xí)掌握一些過程可視化/看板等管理技能，也可以是專門精通精益方法論的教練，這里不再贅述。

DevOps平臺團(tuán)隊(duì)就比較好理解了，主要負(fù)責(zé)平臺的開發(fā)和持續(xù)優(yōu)化，這里的DevOps開發(fā)工程師，需具備的能力有：

下面來看下其他3個(gè)角色的能力要求：

1）敏捷教練能力矩陣

2）工程教練能力矩陣

3）配置管理專員要求

04. 賦能中心成員選拔與培養(yǎng)

04. 賦能中心其他職責(zé)

① 教練持續(xù)項(xiàng)目實(shí)踐

教練持續(xù)進(jìn)行項(xiàng)目的敏捷實(shí)踐，過程中學(xué)員可以旁聽、觀摩、學(xué)習(xí)，實(shí)現(xiàn)以老帶新，形成傳幫帶的文化；

② 定期知識分享、文化宣傳

定期組織教練進(jìn)行知識與實(shí)踐經(jīng)驗(yàn)分享，每次分享會后通過文字及圖片的海報(bào)、公眾號等形式進(jìn)行組織文化宣傳；

③ 敏捷/工程教練經(jīng)驗(yàn)交流

教練經(jīng)常進(jìn)行經(jīng)驗(yàn)交流，每次交流可以事先列出交流主題，大家圍繞主題有的放矢地進(jìn)行問題探討；

④ 優(yōu)秀敏捷實(shí)踐案例總結(jié)

通過總結(jié)優(yōu)秀的實(shí)踐案例，來不斷地豐富組織知識庫；

⑤ 形成組織級可復(fù)制可推廣模式

從優(yōu)秀案例中抽象、升華，最終提煉出組織級可復(fù)制可推廣模式；

⑥ 教練選拔、培訓(xùn)、考試

鼓勵(lì)各處室積極推薦可培養(yǎng)對象，經(jīng)過選拔、培訓(xùn)、考試，擇優(yōu)充實(shí)到教練團(tuán)隊(duì)；

⑦ 組織各類競賽，完成內(nèi)訓(xùn)講師選拔

通過培訓(xùn)講師大賽、最佳敏捷實(shí)踐大賽，不斷壯大講師隊(duì)伍，完善實(shí)踐案例知識庫。

05. 賦能中心持續(xù)建設(shè)

隨著DevOps理念和行業(yè)實(shí)踐的持續(xù)發(fā)展，目前在DevOps領(lǐng)域發(fā)展出了多個(gè)新的概念，如DevSecOps、BizDevOps、平臺化工程等等，這就要求賦能中心在安全管理、業(yè)技融合、平臺工程維度進(jìn)行持續(xù)的人員建設(shè)。比如可以考慮引入安全架構(gòu)師、業(yè)務(wù)專家、技術(shù)架構(gòu)師等角色，來持續(xù)豐富賦能中心團(tuán)隊(duì)。

安全架構(gòu)師主要職責(zé)是，考慮從需求、設(shè)計(jì)到發(fā)布產(chǎn)品的每一個(gè)階段每都增加相應(yīng)的安全活動(dòng)，以減少軟件中漏洞的數(shù)量并將安全缺陷降低到最小程度。

業(yè)務(wù)專家，主要是需要融入到技術(shù)側(cè)的敏捷開發(fā)過程中，參與到產(chǎn)品目標(biāo)設(shè)定、版本規(guī)劃、需求澄清等工作中，高效推動(dòng)敏捷交付。

技術(shù)架構(gòu)師，則需要考慮微服務(wù)的拆分策略、持續(xù)集成以及發(fā)布策略，應(yīng)用的容器化改造及K8S部署和管理，以及接口統(tǒng)一管理等等問題。

后續(xù)隨著DevOps理念和技術(shù)的不斷進(jìn)步，賦能中心的職責(zé)也需要不斷地更新和迭代，以便更好地服務(wù)研發(fā)的效率提升和IT部門的數(shù)字化轉(zhuǎn)型。