【以人為本，敏捷為先】華為云·云享專家徐毅：我們要“因地制宜”地實踐敏捷和DevOps

敏捷是近幾年IT圈子里大熱的概念之一， 雖然理念很好，但真正實踐起來卻有不少的坑，比如很多研發人員滿懷著希望開始敏捷和DevOps，最終卻以無法落地草草收場。

為此，華為云DevCloud首席技術布道師徐毅談了談他對敏捷和DevOps的認識。

徐毅的開發經驗豐富，擔任過諾基亞、惠普等多家大公司的敏捷教練，翻譯審校過多本敏捷相關的IT書籍。

在和敏捷打交道的這么多年中，他深知開發人員、企業在敏捷實踐中遇到的瓶頸，也提出了一些解決之道。

因地制宜實踐敏捷和DevOps

徐毅最早在2005年底開始嘗試敏捷，當時接觸的是Scrum。隨后的幾年中，持續集成、持續部署、持續發布等理念陸陸續續成為開發圈子里一股熱潮。直到2014年左右，DevOps在國內風靡，大家都開始擁抱DevOps。

不過，當時業內對DevOps的認知還存在一些偏差，傳統研發行業認為它是持續集成的延續，也就是必須做好持續交付才能做好DevOps；新興的云化、互聯網公司實踐者強調的則是快速上線的能力。

“那時候大家對Dev和Ops也沒有特別強的共識，研發的人在講研發的事，運維的人在講運維的事。”

徐毅表示，即便到現在，Dev和Ops也沒有真正的融合，只有極少數的企業實現了開發運維全打通。

“絕大多數企業很難接受一個研發把功能開發完成后直接上線，因為這個影響是未知的。尤其是對于大型的云服務廠商來說，一個軟件可能會部署到成千上萬的機器或者實例上去，即使只有一行代碼的改變，其影響面也非常大。”

所以DevOps說起來容易，真正實踐起來還是有不少困難的，尤其要特別注意“因地制宜”地使用它。

徐毅強調，“我們要關注這個技術能不能滿足我們的需求，知道我們的特點是什么，然后去選擇合適的技術。”

在傳統交付型的行業，把軟件包交付給客戶后，后面的部署等行為是不受控的，中間如果產生修改，整個過程是非常長的，這就要求在前期的質量保障上做很多功夫。所以在傳統行業或者傳統業務背景實踐中，通常更強調自動化測試的重要性。

對于云服務、自運營的公司來說，業務發展早期系統較小，出現問題的可能性也不大，即使出現問題也能快速回滾，所以前期的質量保障要求相對低一點，更強調能夠快速部署上線。

所以對于不同的企業規模、業務類型，以及企業不同的成長階段，所采用的實踐都會有所不同。

從DevCloud看研發的數字化、智能化

從互聯網到智能化，我們的軟件開發流程一直在優化。

如果互聯網改善的是生產工具，那么，敏捷改善的就是生產關系，它給予團隊更多的自主權，釋放生產力提升開發的能力；DevOps促使了Ops的打通，讓整個過程順暢起來。數字化則確保業務能夠被安全管控，智能化提供更聰明的決策。

徐毅總結，基于數字化，智能化的分析和改進，這是研發領域的趨勢。

作為華為云DevCloud首席技術布道師，徐毅和華為云的專家服務團隊自然使用DevCloud進行數字化的工作管理。

華為云DevCloud是一站式云端DevOps平臺，囊括項目管理、代碼托管、云測、部署、發布等軟件開發必備的研發工具，是華為云研發實踐、前沿研發理念的集大成者。

談及最開始使用DevCloud，徐毅也有些忐忑，“大家都不熟悉這些工具，還好堅持下來了。”

首先把工作按照結構和表達方式錄入到其中；然后從管理的維度思考，如何做好時間、模塊管理，據此進行分析和改進；最后使用更先進的方式去提升團隊工作效率，比如我們寫文檔利用代碼倉、建立特性分支和在線評審實現多人協作。

實踐一段時間后，徐毅和團隊形成了一個很好的工作過程管理和任務管理方式，和DevCloud也有了較強的綁定關系。

有了平臺的協助，之后只要定期檢查團隊的工作，從而能夠把更多的時間聚焦在業務上，和大家進行業務上的對齊。

這也是一個典型的用敏捷、DevOps、數字化、智能化的手段提高既有的生產力。

當前，在“DevOps能力之屋”中，華為云DevCloud提出（工程方法+最佳實踐+生態）×工具平臺=DevOps能力。

最后，徐毅也表示，單單只有工具是不行的，還需要有工程方法去指導工具落地實踐。所以，華為云DevCloud專家服務目前輸出了相應的工程方法與最佳實踐，去幫助企業，開發者更好地使用華為云的產品服務與技術，幫助他們適應數字化時代。

DevOps 企業協同 敏捷開發 HUAWEI CONNECT 專家

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