當前，企業面對的商業環境瞬息萬變，移動、社交、物聯網、雲計算、大數據、AI等蓬勃發展。新技術突飛猛進的同時，新業務形態越來越複雜、需求變化越來越快、軟件規模越來越大、交付週期越來越短、開發和維護成本越來越高，產品交付的風險急劇增加，傳統研發模式無法適應快速變化的市場需求。
爲了應對這些挑戰，業界軟件開發模式經歷了持續的改進和變遷，從20世紀60年代作坊式開發，到80年代過程控制模型，到2001年敏捷、DevOps模式探索。
近30年來，華爲的研發模式也在不斷變遷、優化，從90年代初游擊隊式開發，到2000年引入IPD-CMMI，轉變爲集團軍作戰模式，到2008年經過敏捷思潮的洗禮，開啓了“班長的戰爭”這一全新模式，形成了 “敏捷+ DevOps”相融合的、獨特的華爲敏捷研發模式。
通過這種獨特的敏捷模式，擁有8萬華爲研發人員的研發體系，像大象一樣翩然起舞，行走在時代的前沿，在電信運營商、企業、終端和雲計算等領域構築了行業領先的解決方案優勢。研發的產品，被銷售、部署到全球170多個國家和地區，服務於全世界1/3以上的人口，支撐了2016年同比增長30+%、達5000多億元的銷售額。
一、敏捷、 DevOps方法論介紹
敏捷開發模式，遵循萬物生長的客觀規律，通過不斷迭代的增量式開發，確保可運行的軟件逐步生長壯大，並儘早獲得客戶的反饋，及時開展優化。
DevOps理念是在開發流程和組織結構上，打破部門牆。通過端到端全自動化的持續交付流水線工具鏈，將市場、開發、運維等環節高度協同起來，並不斷提升Ops環節的自動化能力，解放人力，聚焦於業務開發實現上。
附帶說明下微服務理念是將龐大的、緊密的系統，解構爲鬆散的、可獨立開發、構建、部署、運行的衆多微服務，各個微服務之間充分解耦，各個微服務也可自行選擇技術棧。這將更有利於促成敏捷實踐的落地和成功。
二、華爲敏捷項目管理實踐
華爲敏捷項目管理，融合了敏捷、DevOps思想，不僅僅是開發階段的敏捷，而是打通市場、交付、運維、運營的端到端敏捷。在實踐中通過運維自動化，將Scrum敏捷團隊開發的產品快速上線，並通過及時的運營，反饋給敏捷團隊進行方向調整。
華爲敏捷項目管理流程如下：敏捷開發流程可劃分爲準備、計劃、開發、反饋四個階段。
1、準備階段
➤按照模塊/服務組建全功能團隊，團隊包括PD（產品經理）、Scrum Master、UE（UCD工程師、美工/視覺）、SE（系統工程師）、開發、測試、運維、運營。每一個團隊人數控制在6-12人。這需要配合系統解耦，模塊足夠小，或者採用微服務架構。
➤選擇合適的敏捷項目管理工具。軟件開發雲團隊採用DevCloud on DevCloud的開發自用模式，可創建Scrum流程項目或精簡流程項目（精簡流程項目是比敏捷模式更簡潔的模式，適合小、微團隊和個體開發者）。
2、計劃階段
PD是本階段的核心角色。需求從線上反饋、線下訪談、友商分析、頭腦風暴等渠道進入產品Backlog後，需求優先級由PD實時刷新、定期評審，確保“做正確的事”：
➤ PD對產品Backlog中Epic和Feature進行優先級分層排序，選擇優先級高的特性確定發佈計劃。
➤ 在每個Spring啓動前，按照優先級排序的Story制定迭代計劃。
3、開發階段
Scrum Master是本階段的核心角色，需保證整個團隊高質高效“正確的做事”：
➤基於迭代故事牆（看板），各個全功能團隊開展每日站立會議，將進展和求助錄入Story討論區，早會討論內容通過站內消息和郵件等實時通知責任人。
➤開發人員提交代碼時，發起同行評審。之後由Scrum Master進行代碼審覈，確認沒有問題後合入版本主幹。
➤ 每天定時執行自動化靜態代碼檢查任務，檢查編碼安全（如未授信訪問）、編碼問題（如空指針引用）、圈複雜度、重複率、編程風格，問題清零才允許構建出包。
➤通過雲端自動化的持續交付流水線，實現持續構建、持續部署（包括腳本自動下發、比對）、持續測試（功能、接口、性能、可靠性等實現100%自動化）、持續發佈、持續監控，可將Ops端手工操作的時間縮短到20%內，全功能團隊可以聚焦於業務交付上，顯著提升效率和產品質量。
代碼提交時按照規範備註Story ID，即可將代碼關聯到對應需求上。創建測試用例和缺陷時，也需關聯需求，這樣就實現了“需求-代碼-用例-缺陷”的雙向追溯。
4、反饋階段
反饋階段主要開展驗收和回顧活動。
➤召開ShowCase會議，由PD進行驗收，確保產品功能與需求一致。
➤轉測試迴歸不通過問題，需由Scrum Master輔導問題責任人進行回溯，並召開整個團隊的質量回溯會議。會議重點在於分析問題根因，並識別出管理、流程、技術、工具上可落地的改進點。這些改進點每一個都必須符合Smart原則，是可落地、可執行的，不能出現大話空話套話。而且這些問題都要求最晚在下一個迭代中，執行落地，以避免問題再次出現。
➤通過迭代需求統計報表和燃盡圖，查看需求交付進展。
➤迭代遺留缺陷報告呈現每個模塊/服務質量情況，並設置質量門禁。單服務遺留嚴重及以上級別問題，或者總遺留DI值（遺留缺陷密度）>x分，則服務質量不達標，不允許發佈。
重點提一下質量回溯會議，對應于敏捷迭代回顧會議，是華爲持續改進的實踐瑰寶。其要義是塑造整個團隊對事不對人、勇於直面問題、只要有方法有措施下次改進不再重犯錯的“從泥坑裏爬起來就是聖人”的文化氛圍。
總結：
華爲一貫堅持以客戶爲中心，交付“剛剛好”的系統。
剛剛好的系統，不是“滿足於及格標準”，而是根據需求優先級，開展資源分配、組織變革和需求交付，去交付當前階段用戶最緊急的需求，而絕不浪費一槍一彈去做用戶實際不需要的多餘特性，這樣可以確保所有資源都用在滿足客戶真實的需求上，最大程度保障產品質量和效率。
敏捷是一種文化，華爲的敏捷實踐，融入了華爲獨特的文化基因。每一個團隊都有自己的特質，可以根據實際情況選擇適合自己的敏捷流程和實踐，就能夠達到高質高效開發的光明彼岸。
華爲軟件開發雲（DevCloud）是集華爲研發實踐、前沿研發理念、先進研發工具爲一體的研發雲平臺，爲開發者提供研發工具雲服務，讓軟件開發簡單高效。（來源：華爲雲城市產業雲解決方案）
合理並且有效地運用項目管理工具，不僅可以讓我們工作井然有序地進行，還能最大程度保證項目目標的達成。CORNERSTONE
提供了包括任務/需求/測試管理、迭代規劃、缺陷追蹤、報表統計、團隊協作、WIKI、共享文件和日曆等功能模塊,現在申請20人以下團隊即可免費使用。
