為什么說DevCloud是敏捷和DevOps落地神器?

“人類生存于一個虛擬的、數(shù)字化的生存活動空間，在這個空間里人們應用數(shù)字技術從事信息傳播、交流、學習、工作等活動，這便是數(shù)字化生存。”--尼葛洛龐帝!

21年前，尼葛洛龐帝在寫下《數(shù)字化生存》一書時，誰都不會想到，書中所描繪的未來生活方式與今天如此相似，預言已然成真。

如今，數(shù)字化轉型已經成為席卷全球的新趨勢，人人都在討論數(shù)字化轉型，因為數(shù)字化轉型并非是一種選擇，而是唯一出路。

據(jù)Gartner的預測，到2017年25%的公司將因數(shù)字化能力不足而丟失業(yè)務。IDC的預測，到2027年，標準普爾500公司中將有75%被頂替出局。普華永道在調研了全球350位CEO后發(fā)現(xiàn)，80%的CEO認為企業(yè)數(shù)字化轉型是第一考慮要務。

當年諾基亞在最風光時期市值高達2540億美元，讓人大跌眼鏡的是，最終卻被微軟以70億美元左右的價格收購。究其原因，只因為這個世界在變，它卻沒有緊跟數(shù)字化轉型的腳步。

顯然，企業(yè)必須確保比競爭對手更加敏捷、快速地響應迅速變化的數(shù)字化市場，才能趕上或者超過競爭對手，才可以在新時代下的市場中稱雄。如果企業(yè)忽視數(shù)字化的作用，那么它將不可避免的陷入被淘汰的命運。

敏捷和DevOps是數(shù)字化轉型的關鍵

什么才是“數(shù)字化轉型”的正確姿勢?CA Technologies的一項最新全球調查結果顯示，89%的中國大陸受訪企業(yè)同意敏捷及DevOps方案是致勝數(shù)字化轉型的關鍵。

當前，數(shù)字化大時代下企業(yè)面對的商業(yè)環(huán)境瞬息萬變，各種新技術突飛猛進的同時，新業(yè)務形態(tài)越來越復雜、需求變化越來越快、軟件規(guī)模越來越大、交付周期越來越短、開發(fā)和維護成本越來越高，產品交付的風險急劇增加，傳統(tǒng)研發(fā)模式無法適應快速變化的市場需求。

為了應對這些挑戰(zhàn)，業(yè)界軟件開發(fā)模式經歷了持續(xù)的改進和變遷，從20世紀60年代作坊式開發(fā)，到80年代過程控制模型，到2001年敏捷、DevOps模式探索。

敏捷開發(fā)就是最適合應對轉變的最優(yōu)軟件方法論，并被微軟、華為、BAT等公司的開發(fā)人員廣泛使用。而整合企業(yè)IT部門的軟件開發(fā)與運維，實現(xiàn)開發(fā)與運維的一體化DevOps，則變得比以往任何時候都來得重要。

敏捷和DevOps落地需要成熟工具的幫助

雖然敏捷和DevOps是近幾年來軟件開發(fā)領域最火的詞，但網上搜索，其實真正成功的案例并不多。顯然大多數(shù)企業(yè)還徘徊在外，不得其門而入。

總結各種失敗的原因，要推動敏捷和DevOps的落地生根，不僅要有相融的企業(yè)文化、領導支持、客戶配合，還需要一系列成熟的工具平臺來幫助企業(yè)的轉變，否則數(shù)字化轉型就只能是空中樓閣。

目前，網上敏捷和DevOps工具非常多，但大都比較分散單一，缺乏統(tǒng)一的一站式解決方案。不過，好在去年開始，國內企業(yè)終于不再缺席這個領域了。華為軟件開發(fā)云(DevCloud)就正是這樣一個工具平臺。

眾所周知，作為排名第129位的世界500強公司，華為在研發(fā)管理方面非常領先，而DevCloud正是基于華為近30年的研發(fā)實踐，結合敏捷、精益、DevOps等先進研發(fā)理念，面向中小軟件企業(yè)、軟件外包企業(yè)、雙創(chuàng)企業(yè)、互聯(lián)網企業(yè)、高校和廣大的軟件開發(fā)者提供的一站式云端DevOps平臺。這套工具可以大幅度提升軟件研發(fā)的效率：以前華為每個月1億行代碼的編譯時間，由原來的25分鐘縮短到7.5分鐘，版本級的編譯速度也由94分鐘縮短到31分鐘。

從產品層面來看，軟件開發(fā)云提供了“項目管理-配置管理-代碼檢查-編譯構建-部署-測試-發(fā)布”等全生命周期服務，不僅能幫助企業(yè)實現(xiàn)一次開發(fā)、快速部署、快速迭代、快速反饋、持續(xù)開發(fā)集成與發(fā)布、多版本共享等數(shù)字化轉型需要的敏捷開發(fā)能力，還能讓企業(yè)獲得開發(fā)與運維的高效融合，從而實現(xiàn)真正的開發(fā)與運維一體化，即DevOps，是真正的一站式服務。

DevCloud上敏捷和Devops特性的具體表現(xiàn)

說了這么多，DevCloud到底提供了哪些手段來保證企業(yè)能夠實現(xiàn)敏捷/Devops開發(fā)?這是個關鍵性的問題，而回答這個問題需要從華為敏捷項目管理實踐說起。

(注：PD，是Project Director的縮寫，項目負責人)

通常我們熟知的敏捷開發(fā)流程可劃分為準備、計劃、開發(fā)、反饋四個階段。

一、準備階段(可選敏捷模式)：使用軟件開發(fā)云為敏捷項目管理工具，項目的開發(fā)流程可選創(chuàng)建“Scrum流程”項目或“精簡流程”項目兩種。精簡流程項目是比敏捷模式更簡潔的模式，適合小、微團隊和個體開發(fā)者。

二、規(guī)劃階段(Story劃分)：Story劃分是敏捷開發(fā)的標志之一，一個需求的接收，就是從Story的劃分開始。Story劃分并不是告訴開發(fā)人員一個需求怎么做?更多的是告訴開發(fā)人員一個需求為什么要做?需要做成什么樣?實現(xiàn)什么樣的價值。

軟件開發(fā)云支持“Story” 創(chuàng)建，“項目規(guī)劃”下創(chuàng)建的“Story”會同步到“Backlog”的需求列表中。在每個Spring啟動前，按照優(yōu)先級排序的Story制定迭代計劃。

三、開發(fā)階段(代碼質檢、自動化持續(xù)交付)：軟件開發(fā)云可在線進行多種語言的代碼靜態(tài)檢查、代碼安全檢查(如未授信訪問)、編碼問題(如空指針引用)、圈復雜度、重復率、編程風格，只有在問題清零才允許構建出包。

與傳統(tǒng)敏捷模式強調持續(xù)構建CI不同的是，融合了DevOps理念的新型敏捷模式，通過云端自動化的持續(xù)交付流水線，實現(xiàn)持續(xù)構建、持續(xù)測試(功能、接口、性能、可靠性等，據(jù)說能實現(xiàn)100%自動化)、持續(xù)部署(包括腳本自動下發(fā)、比對、藍綠部署)、持續(xù)發(fā)布(灰度發(fā)布)、持續(xù)反饋，可將Ops端手工操作的時間減少80%，全功能團隊可以聚焦于業(yè)務分析、開發(fā)交付及運營上，顯著提升效率和產品質量。

代碼提交時按照規(guī)范備注Story ID，即可將代碼關聯(lián)到對應需求上。創(chuàng)建測試用例和缺陷時，也需關聯(lián)需求，這樣就實現(xiàn)了“需求-代碼-用例-缺陷”的雙向追溯。

四、反饋階段(質量回溯)：通常反饋階段主要開展驗收和回顧活動。這里需要重點提到質量回溯會議，對應于敏捷迭代回顧會議，是華為持續(xù)改進的實踐精華。

質量回溯，這個詞，在華為是一個高頻的詞匯，華為為了持續(xù)改進質量管理體系、提高客戶的滿意度，在公司內部提出了質量回溯的概念。

質量回溯重點在于分析問題根因，并識別出管理、流程、技術、工具上可落地的改進點。這些改進點每一個都必須符合Smart原則，是可落地、可執(zhí)行的，不能出現(xiàn)大話空話套話。而且這些問題都要求最晚在下一個迭代中，執(zhí)行落地，以避免問題再次出現(xiàn)。

小結

總的來說，企業(yè)數(shù)字化轉型，關鍵就在于敏捷和DevOps的落地。在工具平臺選擇上，相比企業(yè)基于開源工具或者商業(yè)工具建立工具平臺，不僅成本高昂，可靠性難以保障，還存在安全的隱患。DevCloud對中小企業(yè)而言，顯然會是一種更好的選擇。

不過，雖然軟件開發(fā)云是華為基于本身長期實踐的成功結晶，是神器級工具平臺。但是，并不是使用了平臺，就可以期待奇跡的發(fā)生，它畢竟只是個工具。

敏捷和DevOps的落地是需要企業(yè)做出真正的組織變革。否則敏捷和DevOps也就無法實現(xiàn)。

據(jù)悉，未來幾年，華為將重點推進軟件開發(fā)云3個“1”工程落地，3個“1”指的是服務100萬個軟件開發(fā)者、服務于10萬家軟件企業(yè)來使用軟件開發(fā)云、服務1000家院校、培訓機構。

就華為實力及影響力而言，這顯然并非太困難的事兒。也許未來某一天，華為軟件開發(fā)云真會成為國內企業(yè)級主流軟件開發(fā)工具。

軟件開發(fā)云

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。