種(zhong)種(zhong)現象表明，敏捷開發的(de)(de)工具(ju)和流程理念正越來越深(shen)地深(shen)入到企(qi)業日常開發工作中。隨著企(qi)業業務需(xu)求的(de)(de)增加與人(ren)力等(deng)成(cheng)本的(de)(de)上升(sheng)，找到一個支(zhi)點，以更少的(de)(de)支(zhi)出撬(qiao)動更優質的(de)(de)技(ji)術支(zhi)持與迭代顯得尤為重(zhong)要。縱觀行(xing)業發展(zhan)，自動化(hua)軟件(jian)開發運動已然來臨，DevOps 平(ping)臺也正在集成(cheng)各類(lei)敏捷等(deng)工具(ju)，盡可(ke)能減少客(ke)戶的(de)(de)工作量(liang)，驅動行(xing)業創新、角色(se)分工創新，提供(gong)一站式需(xu)求解決服務。

數字化轉型理想解(jie)決(jue)方(fang)案

數(shu)字化(hua)轉(zhuan)型被認為是驅動(dong)敏(min)捷開發(fa)的重要因素，如果企(qi)(qi)業要將所有部(bu)門的整個流程數(shu)字化(hua)，那么他們需要采(cai)用可以(yi)快速啟(qi)動(dong)上(shang)手(shou)的工(gong)具(ju)。數(shu)字化(hua)轉(zhuan)型并不是一(yi)個“一(yi)勞永逸”的過(guo)程，而是基于創新的新業務(wu)或是戰(zhan)略，一(yi)次(ci)次(ci)地重構(gou)應用程序(xu)和(he)工(gong)具(ju)，以(yi)跟(gen)上(shang)不斷變化(hua)的市場動(dong)態和(he)客戶/員工(gong)的需求。這就需要企(qi)(qi)業采(cai)用一(yi)個長期(qi)有效(xiao)的工(gong)具(ju)來(lai)做數(shu)字化(hua)轉(zhuan)型，而敏(min)捷開發(fa)本(ben)身易維護，易上(shang)手(shou)等等特性，恰恰可以(yi)成為企(qi)(qi)業的長期(qi)解(jie)決方案。

我(wo)國(guo)(guo)企業(ye)的數字(zi)(zi)化(hua)轉型也被放到重(zhong)要戰略位置。進入(ru)“十四五”以(yi)來，我(wo)國(guo)(guo)數字(zi)(zi)化(hua)轉型逐步加快，“十四五規劃綱(gang)要”中(zhong)將打(da)造數字(zi)(zi)經濟新優勢放到了突(tu)出地位。2021 年 1-5 月，我(wo)國(guo)(guo)軟(ruan)件業(ye)完成軟(ruan)件業(ye)務收入(ru) 33893 億(yi)元(yuan)，同比增長 22.6%。作為建設制造強(qiang)國(guo)(guo)和網絡強(qiang)國(guo)(guo)的核心支撐，我(wo)國(guo)(guo)的軟(ruan)件和信息技(ji)術(shu)產業(ye)規模不斷擴大，中(zhong)商產業(ye)研(yan)究院預測，2021 年我(wo)國(guo)(guo)軟(ruan)件和信息技(ji)術(shu)服務行業(ye)收入(ru)規模可達(da) 88908 億(yi)元(yuan)。

當下還有兩個短(duan)期現(xian)象(xiang)加(jia)速了(le)數字化轉型的(de)長(chang)期趨(qu)勢。首先，新冠疫情影響(xiang)之下，企(qi)(qi)(qi)業想(xiang)要生存，就需要使用(yong)遠程(cheng)辦公，輔以(yi)新的(de)管理和協作(zuo)模式，創建(jian)新的(de)應用(yong)程(cheng)序和工(gong)(gong)作(zuo)流程(cheng)。敏捷(jie)開發工(gong)(gong)具(ju)可(ke)以(yi)幫助企(qi)(qi)(qi)業以(yi)非常快的(de)速度響(xiang)應市場(chang)變化，并且讓企(qi)(qi)(qi)業直觀體(ti)驗(yan)應用(yong)程(cheng)序和工(gong)(gong)作(zuo)流開發的(de)可(ke)能性。

其次，缺乏熟練的開(kai)發(fa)人員也是一大問題。艾瑞咨詢最新(xin)發(fa)布的《中國軟件開(kai)發(fa)行業研究報告(gao)（2020）》指出(chu)，軟件行業的作業方(fang)式依然十分落后，過度(du)依賴人工，缺乏標準化，導致(zhi)軟件行業存在明(ming)顯的四大痛點：項(xiang)目成(cheng)本高、開(kai)發(fa)周期長、代(dai)碼(ma)質量(liang)低、團(tuan)隊管(guan)理難(nan)。

過往(wang)(wang)在項目成(cheng)本控制上，傳統的(de)(de)開發(fa)模式中往(wang)(wang)往(wang)(wang)是依(yi)靠疊(die)加人力(li)來提升效率(lv)，但這也導致了企(qi)業(ye)(ye)(ye)人力(li)成(cheng)本負(fu)擔的(de)(de)不斷積(ji)壓，最終讓企(qi)業(ye)(ye)(ye)難(nan)以為繼；同時，行業(ye)(ye)(ye)內人才素(su)質(zhi)參(can)差不齊，個(ge)別(bie)工程師的(de)(de)代碼質(zhi)量可能(neng)會影響整個(ge)項目的(de)(de)進展(zhan)；人才管理難(nan)、招聘難(nan)、溝通成(cheng)本高、知(zhi)識經驗積(ji)累沉淀難(nan)等實(shi)際問題也在困擾(rao)著很多企(qi)業(ye)(ye)(ye)主。

全球 2400 萬個開發(fa)者(zhe)勞動者(zhe)數(shu)量僅占整體勞動力的 1%，企業(ye)缺兵少將(jiang)，更(geng)傾向尋(xun)求(qiu)低門檻全流程的應用開發(fa)管理工(gong)具。同時，敏(min)捷開發(fa)工(gong)具在填補技能差距(ju)之(zhi)外，滿足員工(gong)對更(geng)多(duo)自主權、運營、項(xiang)目(mu)和工(gong)作的控制。

從敏捷開發到DevOps

工(gong)欲善其事必先利其器，對(dui)于很多致(zhi)力(li)于數字化轉型的(de)企(qi)(qi)業而(er)言，借(jie)助合適的(de)項目(mu)管理工(gong)具無疑可以(yi)提升敏捷開(kai)發(fa)的(de)效率，但在(zai)(zai)實(shi)際的(de)落(luo)地過程(cheng)(cheng)中卻面臨重重困難。日(ri)前(qian)飛算云智總(zong)裁陳定瑋曾在(zai)(zai)公開(kai)演講(jiang)時提到，當(dang)下軟件(jian)(jian)和信息技術(shu)是建設制(zhi)造(zao)強國和網絡強國的(de)核心(xin)支撐，行業體量巨大。但是軟件(jian)(jian)工(gong)程(cheng)(cheng)作業模式仍然處(chu)在(zai)(zai)手工(gong)作坊式的(de)階段，創新意(yi)識薄弱(ruo)，行業自主研發(fa)意(yi)識薄弱(ruo)，缺乏中國原創技術(shu)。同時，大多數企(qi)(qi)業在(zai)(zai)做應用層相關工(gong)作，很少有企(qi)(qi)業在(zai)(zai)做新基建，建設軟件(jian)(jian)行業的(de)基礎(chu)設施(shi)。

那么我們該如何做(zuo)新(xin)基建，制(zhi)造優秀軟(ruan)件(jian)？陳(chen)定瑋分(fen)析了當下(xia)軟(ruan)件(jian)開(kai)(kai)發領(ling)域的(de)(de)(de)一些(xie)挑(tiao)戰(zhan)之后(hou)提出：應(ying)該思考(kao)技(ji)術該如何服務企(qi)業(ye)，讓企(qi)業(ye)有更好的(de)(de)(de)發展(zhan)。包括人力(li)方(fang)面(mian)，無論是(shi)招聘、溝通還是(shi)高級(ji)技(ji)術人員(yuan)的(de)(de)(de)更換(huan)，對企(qi)業(ye)來說都(dou)是(shi)不菲的(de)(de)(de)支出。不僅如此，代(dai)碼的(de)(de)(de)質量、系統的(de)(de)(de)穩定度(du)安全度(du)都(dou)掌握在個人開(kai)(kai)發者身上，這(zhe)使(shi)得企(qi)業(ye)在很多方(fang)面(mian)都(dou)需要依賴(lai)研發人員(yuan)。軟(ruan)件(jian)也是(shi)遇到這(zhe)樣的(de)(de)(de)先創，以(yi)前的(de)(de)(de)軟(ruan)件(jian)工(gong)程概念后(hou)來發展(zhan)到 CMMI 概念，再到敏捷開(kai)(kai)發，DevOps。但(dan) DevOps 雖然概念很多，卻沒有很好的(de)(de)(de)實(shi)戰(zhan)案(an)例(li)。

陳定(ding)瑋認(ren)為(wei)，DevOps 現在的(de)發(fa)展有一個(ge)很大的(de)問題(ti)，即高度(du)依賴人(ren)，對(dui)人(ren)的(de)基本素質(zhi)要求(qiu)非常高，一個(ge)研發(fa)人(ren)員通(tong)常要全(quan)流程技術(shu)都(dou)了解(jie)一些。那(nei)么(me)，如(ru)何解(jie)決這(zhe)個(ge)問題(ti)，就可(ke)(ke)以通(tong)過讓某個(ge)平臺(tai)代替(ti)那(nei)些重復性的(de)工作，形成系列標(biao)準(zhun)規范。比如(ru)目前 Java 的(de)開(kai)(kai)發(fa)工具，70% 左右在使用 IDEA，所以飛算自己做了一個(ge)針(zhen)對(dui) Java 的(de)開(kai)(kai)發(fa)工具 SoFlu 全(quan)自動(dong)軟件(jian)(jian)工程平臺(tai)，涵蓋(gai)可(ke)(ke)視化(hua)開(kai)(kai)發(fa)、平臺(tai)組件(jian)(jian)、管(guan)理方式三大核心技術(shu)，可(ke)(ke)為(wei)企業提供低(di)代碼模式下的(de)軟件(jian)(jian)開(kai)(kai)發(fa)管(guan)理服(fu)務。

讓 DevOps 真(zhen)正落地

實際上，在如今(jin)很(hen)多企業的(de)認(ren)知中(zhong)，低(di)代(dai)碼(ma)平(ping)(ping)臺(tai)(tai)本質只能(neng)(neng)解決簡單(dan)的(de)工作(zuo)流，很(hen)多低(di)代(dai)碼(ma)平(ping)(ping)臺(tai)(tai)均基于(yu) BPM 這種流程(cheng)引擎實現(xian)，以設(she)計表(biao)單(dan)作(zuo)為(wei)應用數據(ju)來(lai)玩轉，無法實現(xian)復雜功能(neng)(neng)和邏輯；開發(fa)的(de)內容需要綁(bang)定(ding)已有(you)的(de)體系或(huo)系統，通過低(di)代(dai)碼(ma)平(ping)(ping)臺(tai)(tai)產生的(de)服務(wu)或(huo)應用則都(dou)必須與平(ping)(ping)臺(tai)(tai)綁(bang)定(ding)，導致(zhi)諸(zhu)多的(de)特性都(dou)需依賴于(yu)特定(ding)的(de)低(di)代(dai)碼(ma)平(ping)(ping)臺(tai)(tai)才可(ke)以實現(xian)，這樣一(yi)來(lai)，很(hen)大程(cheng)度上無法保(bao)證系統的(de)品質及安(an)全；而且大部(bu)分(fen)低(di)代(dai)碼(ma)平(ping)(ping)臺(tai)(tai)都(dou)是在做前端(duan)，使用的(de)都(dou)是腳本類(lei)的(de)語言。

相(xiang)較之(zhi)下，飛算 SoFlu 全(quan)自動(dong)軟(ruan)件工程平(ping)臺可以實(shi)現一次開發、到處部署，后續不與平(ping)臺本身強(qiang)綁定，且整(zheng)個(ge)平(ping)臺使用可視化的(de)(de)模式(shi)面向(xiang) Java 開發，單從(cong)外表看與 BPM 模式(shi)類(lei)似，但內在邏(luo)輯有很大不同，平(ping)臺上提供的(de)(de)每個(ge)組件都是一個(ge)技術點(dian)，類(lei)似于代(dai)碼(ma)塊。飛算 SoFlu 全(quan)自動(dong)軟(ruan)件工程平(ping)臺的(de)(de)出發點(dian)是想讓(rang) DevOps 真正(zheng)的(de)(de)落(luo)地。

當然，對于開(kai)發者來說，這(zhe)些(xie)“自動(dong)化(hua)”的(de)(de)工(gong)具(ju)(ju)也引發了諸多問(wen)題：如采用自動(dong)工(gong)具(ju)(ju)之后，受(shou)過專業培(pei)訓的(de)(de)工(gong)程師的(de)(de)作用將在(zai)哪里？隨著“公民開(kai)發者”的(de)(de)出現(xian)，DevOps 會消失嗎(ma)？但實際上，面對這(zhe)些(xie)問(wen)題，自動(dong)化(hua)的(de)(de)解決工(gong)具(ju)(ju)已經被證明非常有用的(de)(de)，以(yi)下是幾個關鍵原因。

減(jian)少工(gong)作(zuo)量/壓力(li)。借助自動化工(gong)具(ju)，企(qi)業(ye)能(neng)在無需雇傭(yong)更(geng)多(duo)技術人(ren)員(yuan)的(de)(de)(de)(de)情況下擴展技術能(neng)力(li)。更(geng)重要的(de)(de)(de)(de)是(shi)，通過在整個組織中傳播基本(ben)的(de)(de)(de)(de)應用程序和(he)工(gong)作(zuo)負載開發任務，開發人(ren)員(yuan)時間(jian)也大大節省下來。對于人(ren)手不足(zu)的(de)(de)(de)(de)團隊，這(zhe)可(ke)使開發人(ren)員(yuan)更(geng)專注(zhu)在交付高質(zhi)量的(de)(de)(de)(de)軟件上。

在企業(ye)(ye)中扮(ban)演更(geng)具戰略(lve)意(yi)義的(de)角色(se)。通過(guo)在業(ye)(ye)務部(bu)門內部(bu)進行戰略(lve)軟(ruan)件(jian)開發，開發人員(yuan)(yuan)可以將(jiang)更(geng)多時間花在更(geng)重(zhong)要的(de)事情上，量子計(ji)算、人工(gong)(gong)智能等(deng)等(deng)。開發人員(yuan)(yuan)和 IT 團隊可以充當(dang)“未(wei)來科學家”，評估最適合(he)業(ye)(ye)務的(de)新工(gong)(gong)具，并知(zhi)道采購決(jue)策以確保最佳(jia)結果。

新的(de)角色(se)和(he)機會。自動化(hua)(hua)工(gong)具將對企(qi)業(ye)產生深遠而廣泛的(de)影響，改變工(gong)作方式并在(zai)工(gong)作流(liu)程(cheng)(cheng)中(zhong)創建(jian)新角色(se)，創造新的(de)職業(ye)發展機會，比如企(qi)業(ye)做圍繞優(you)化(hua)(hua)流(liu)程(cheng)(cheng)、構建(jian)解決(jue)方案和(he)自動化(hua)(hua)、簡化(hua)(hua)組織日(ri)常工(gong)作的(de)職責等等。

另外，對(dui)于 DevOps 團隊(dui)來說(shuo)，DevOps 一(yi)直是數(shu)字化轉(zhuan)型的推動者，現在這些(xie)努力終于有了成果。在敏(min)捷開發工(gong)(gong)具普及的未來，使(shi)用(yong)工(gong)(gong)具來為快(kuai)速變化的業務需求構建(jian)解決(jue)(jue)方案，使(shi)得開發人員拜(bai)托了創新(xin)守門人的傳統角色，軟件工(gong)(gong)程師可以(yi)專注于戰略技術(shu)決(jue)(jue)策，并使(shi)用(yong)他們的專業技能將其引(yin)導至(zhi)將產(chan)生(sheng)最(zui)大影響的領域(yu)。

這些自(zi)動化工具的(de)興起對每(mei)個(ge)人(ren)來(lai)說都是好消息，它不僅加(jia)(jia)速數(shu)字化轉型并且能夠挖掘(jue)員工的(de)創新(xin)潛(qian)力，讓開發人(ren)員的(de)工作更加(jia)(jia)有趣，減輕壓(ya)力創造(zao)新(xin)的(de)機(ji)會(hui)。更重要(yao)的(de)是，自(zi)動化無(wu)疑可以為所有的(de)企業提(ti)供增長動力，并為早(zao)期采用(yong)者顯著提(ti)升競爭優勢。

轉載來源：飛算(suan)全自動軟件(jian)工程(cheng)

如有侵權，請聯系我們刪除