一、背景
近30年來，企業(yè)面對的商業(yè)環(huán)境瞬息萬變，移動、社交、物聯(lián)網(wǎng)、云計(jì)算、大數(shù)據(jù)、AI等蓬勃發(fā)展，傳統(tǒng)研發(fā)模式越來越無法適應(yīng)快速變化的市場需求，為了應(yīng)對這些挑戰(zhàn)，華為的研發(fā)模式也在不斷變遷、優(yōu)化，從90年代初游擊隊(duì)式開發(fā)，到2000年引入IPD-CMMI，轉(zhuǎn)變?yōu)榧瘓F(tuán)軍作戰(zhàn)模式，到2008年經(jīng)過敏捷思潮的洗禮，開啟了“班長的戰(zhàn)爭”這一全新模式，形成了 “敏捷+ DevOps”相融合的、獨(dú)特的華為敏捷研發(fā)模式。通過這種獨(dú)特的敏捷模式，擁有8萬華為研發(fā)人員的研發(fā)體系，行走在時(shí)代的前沿，在電信運(yùn)營商、企業(yè)、終端和云計(jì)算等領(lǐng)域構(gòu)筑了行業(yè)領(lǐng)先的解決方案優(yōu)勢。
二、敏捷、DevOps方法論介紹
敏捷開發(fā)模式，遵循萬物生長的客觀規(guī)律，通過不斷迭代的增量式開發(fā)，確保可運(yùn)行的軟件逐步生長壯大，并盡早獲得客戶的反饋，及時(shí)開展優(yōu)化。
DevOps理念是在開發(fā)流程和組織結(jié)構(gòu)上，打破部門墻。通過端到端全自動化的持續(xù)交付流水線工具鏈，將市場、開發(fā)、運(yùn)維等環(huán)節(jié)高度協(xié)同起來，并不斷提升Ops環(huán)節(jié)的自動化能力，解放人力，聚焦于業(yè)務(wù)開發(fā)實(shí)現(xiàn)上。
三、華為敏捷項(xiàng)目管理實(shí)踐
華為敏捷項(xiàng)目管理，融合了敏捷、DevOps思想，不僅僅是開發(fā)階段的敏捷，而是打通市場、交付、運(yùn)維、運(yùn)營的端到端敏捷。在實(shí)踐中通過運(yùn)維自動化，將Scrum敏捷團(tuán)隊(duì)開發(fā)的產(chǎn)品快速上線，并通過及時(shí)的運(yùn)營，反饋給敏捷團(tuán)隊(duì)進(jìn)行方向調(diào)整。
1、華為敏捷項(xiàng)目管理流程如下
敏捷開發(fā)流程可劃分為準(zhǔn)備、計(jì)劃、開發(fā)、反饋四個(gè)階段。
2、準(zhǔn)備階段
○?按照模塊/服務(wù)組建全功能團(tuán)隊(duì)，團(tuán)隊(duì)包括PD（產(chǎn)品經(jīng)理）、Scrum Master、UE（UCD工程師、美工/視覺）、SE（系統(tǒng)工程師）、開發(fā)、測試、運(yùn)維、運(yùn)營。每一個(gè)團(tuán)隊(duì)人數(shù)控制在6-12人。這需要配合系統(tǒng)解耦，模塊足夠小，或者采用微服務(wù)架構(gòu)。
○?選擇合適的敏捷項(xiàng)目管理工具。軟件開發(fā)服務(wù)團(tuán)隊(duì)采用DevCloud on DevCloud的開發(fā)自用模式，可創(chuàng)建Scrum流程項(xiàng)目或精簡流程項(xiàng)目（精簡流程項(xiàng)目是比敏捷模式更簡潔的模式，適合小、微團(tuán)隊(duì)和個(gè)體開發(fā)者）。
3、計(jì)劃階段
PD是本階段的核心角色。需求從線上反饋、線下訪談、友商分析、頭腦風(fēng)暴等渠道進(jìn)入產(chǎn)品Backlog后，需求優(yōu)先級由PD實(shí)時(shí)刷新、定期評審，確?！白稣_的事”：
○ PD對產(chǎn)品Backlog中Epic和Feature進(jìn)行優(yōu)先級分層排序，選擇優(yōu)先級高的特性確定發(fā)布計(jì)劃。
○ 在每個(gè)Spring啟動前，按照優(yōu)先級排序的Story制定迭代計(jì)劃。
4、開發(fā)階段
Scrum Master是本階段的核心角色，需保證整個(gè)團(tuán)隊(duì)高質(zhì)高效“正確的做事”：
○?基于迭代故事墻（看板），各個(gè)全功能團(tuán)隊(duì)開展每日站立會議，將進(jìn)展和求助錄入Story討論區(qū)，早會討論內(nèi)容通過站內(nèi)消息和郵件等實(shí)時(shí)通知責(zé)任人。
○?開發(fā)人員提交代碼時(shí)，發(fā)起同行評審。之后由Scrum Master進(jìn)行代碼審核，確認(rèn)沒有問題后合入版本主干。
○?每天定時(shí)執(zhí)行自動化靜態(tài)代碼檢查任務(wù)，檢查編碼安全（如未授信訪問）、編碼問題（如空指針引用）、圈復(fù)雜度、重復(fù)率、編程風(fēng)格，問題清零才允許構(gòu)建出包。
○?通過云端自動化的持續(xù)交付流水線，實(shí)現(xiàn)持續(xù)構(gòu)建、持續(xù)部署（包括腳本自動下發(fā)、比對）、持續(xù)測試（功能、接口、性能、可靠性等實(shí)現(xiàn)100%自動化）、持續(xù)發(fā)布、持續(xù)監(jiān)控，可將Ops端手工操作的時(shí)間縮短到20%內(nèi)，全功能團(tuán)隊(duì)可以聚焦于業(yè)務(wù)交付上，顯著提升效率和產(chǎn)品質(zhì)量。
代碼提交時(shí)按照規(guī)范備注Story ID，即可將代碼關(guān)聯(lián)到對應(yīng)需求上。創(chuàng)建測試用例和缺陷時(shí)，也需關(guān)聯(lián)需求，這樣就實(shí)現(xiàn)了“需求-代碼-用例-缺陷”的雙向追溯。
5、反饋階段
反饋階段主要開展驗(yàn)收和回顧活動。
○ 召開ShowCase會議，由PD進(jìn)行驗(yàn)收，確保產(chǎn)品功能與需求一致。
○ 轉(zhuǎn)測試回歸不通過問題，需由Scrum Master輔導(dǎo)問題責(zé)任人進(jìn)行回溯，并召開整個(gè)團(tuán)隊(duì)的質(zhì)量回溯會議。會議重點(diǎn)在于分析問題根因，并識別出管理、流程、技術(shù)、工具上可落地的改進(jìn)點(diǎn)。這些改進(jìn)點(diǎn)每一個(gè)都必須符合Smart原則，是可落地、可執(zhí)行的，不能出現(xiàn)大話空話套話。而且這些問題都要求最晚在下一個(gè)迭代中，執(zhí)行落地，以避免問題再次出現(xiàn)。
○ 通過迭代需求統(tǒng)計(jì)報(bào)表和燃盡圖，查看需求交付進(jìn)展。
○ 迭代遺留缺陷報(bào)告呈現(xiàn)每個(gè)模塊/服務(wù)質(zhì)量情況，并設(shè)置質(zhì)量門禁。單服務(wù)遺留嚴(yán)重及以上級別問題，或者總遺留DI值（遺留缺陷密度）>x分，則服務(wù)質(zhì)量不達(dá)標(biāo)，不允許發(fā)布。
重點(diǎn)提一下質(zhì)量回溯會議，對應(yīng)于敏捷迭代回顧會議，是華為持續(xù)改進(jìn)的實(shí)踐瑰寶。其要義是塑造整個(gè)團(tuán)隊(duì)對事不對人、勇于直面問題、只要有方法有措施下次改進(jìn)不再重犯錯(cuò)的“從泥坑里爬起來就是圣人”的文化氛圍。
下方是一個(gè)華為的開發(fā)者活動，掃碼立即生成你的2018年度開發(fā)者報(bào)告，感興趣的可以試試。
