數(shù)字經(jīng)濟(jì)時(shí)代，數(shù)字化轉(zhuǎn)型成為社會(huì)的普遍共識(shí)和行動(dòng)。越來越多的業(yè)務(wù)運(yùn)行在數(shù)字化基座之上，軟件系統(tǒng)正成為業(yè)務(wù)創(chuàng)新的價(jià)值核心和創(chuàng)新引擎。在這一趨勢(shì)下，軟件產(chǎn)業(yè)面臨著許多新挑戰(zhàn)和新機(jī)遇：一方面，萬物互聯(lián)下軟件系統(tǒng)規(guī)模和復(fù)雜度持續(xù)增長；而另一方面，業(yè)務(wù)的快速變化對(duì)軟件交付效能的要求卻不斷提升；軟件構(gòu)建和交付方式亟待變革。
成都創(chuàng)新互聯(lián)成立與2013年，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目成都網(wǎng)站建設(shè)、做網(wǎng)站網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命，1280元山亭做網(wǎng)站,已為上家服務(wù),為山亭各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:18980820575
要解決問題，先直面問題。為更好地厘清波濤洶涌的數(shù)字化轉(zhuǎn)型浪潮下軟件產(chǎn)業(yè)所面對(duì)的機(jī)遇與挑戰(zhàn)，6月29日，阿里云云效與阿里云開發(fā)者評(píng)測(cè)局欄目，聯(lián)合特邀了InfoQ極客幫副總裁付曉巖、南京大學(xué)軟件工程學(xué)院教授張賀、Thoughtworks全球數(shù)字化轉(zhuǎn)型負(fù)責(zé)人肖然、國內(nèi)精益產(chǎn)品開發(fā)最早實(shí)踐者何勉（阿里云云效解決方案負(fù)責(zé)人），阿里云資深技術(shù)專家陳鑫（云效平臺(tái)負(fù)責(zé)人）以及阿里云高級(jí)產(chǎn)品專家張?jiān)＃ㄔ菩脚_(tái)產(chǎn)品架構(gòu)師）共6位領(lǐng)軍人物，一起圍繞數(shù)字化轉(zhuǎn)型浪潮下的技術(shù)變局進(jìn)行了深度的研討。
當(dāng)前，央行側(cè)重提升產(chǎn)業(yè)的整體數(shù)字化，同時(shí)還提出了更高的要求：希望業(yè)務(wù)系統(tǒng)或者業(yè)務(wù)創(chuàng)新能夠?qū)崿F(xiàn)跨角色、跨流程的自由編排和組合。這個(gè)要求即便對(duì)互聯(lián)網(wǎng)企業(yè)來說都非常高，銀行業(yè)等傳統(tǒng)企業(yè)如果想通過企業(yè)級(jí)的工程，來整體提升業(yè)務(wù)和技術(shù)能力、實(shí)現(xiàn)業(yè)務(wù)和技術(shù)的融合，更是一件困難的事情。所以，需要一些新的方法論或工具來支撐。
今年年初，中國銀保監(jiān)會(huì)與人民銀行發(fā)布的《關(guān)于銀行業(yè)保險(xiǎn)業(yè)數(shù)字化轉(zhuǎn)型的指導(dǎo)意見》已經(jīng)明確指出，在數(shù)字化時(shí)代要做到“業(yè)技融合”，同時(shí)BizDevOps這個(gè)詞也已經(jīng)被寫入央行《金融科技發(fā)展規(guī)劃（2022-2025年）》中。這兩份文件已經(jīng)為銀行的數(shù)字化轉(zhuǎn)型提出了具體的要求和方法，變成了行業(yè)轉(zhuǎn)型的參照。
金融行業(yè)天然走在數(shù)字化的前沿，已經(jīng)享受到了數(shù)字化的紅利。但是，還有很多產(chǎn)業(yè)和行業(yè)仍面臨挑戰(zhàn)。比如，生產(chǎn)線的出現(xiàn)可以讓企業(yè)既得到質(zhì)量又得到了效率，但一定程度上犧牲了體驗(yàn)，而數(shù)字化天然可以解決這個(gè)問題。如果用戶需求的獲取、還原、設(shè)計(jì)、生產(chǎn)、交付和服務(wù)等環(huán)節(jié)有數(shù)字化的支撐，就有可能在整個(gè)環(huán)節(jié)里滿足用戶的個(gè)性化體驗(yàn)。
我們已經(jīng)看到，很多企業(yè)通過數(shù)字化技術(shù)打造獨(dú)特的體驗(yàn)，創(chuàng)造差異化價(jià)值。實(shí)體經(jīng)濟(jì)正在逐漸向信息化的世界遷移。未來，所有的實(shí)體經(jīng)濟(jì)都要做數(shù)字化，甚至未來所有的企業(yè)都會(huì)成為軟件企業(yè)。未來任何業(yè)務(wù)想要有競(jìng)爭(zhēng)力，都必須運(yùn)行在數(shù)字化基座之上。
那么，數(shù)字化的引擎是什么？是軟件。軟件的燃料是什么？是數(shù)據(jù)。
因此，整個(gè)數(shù)字化轉(zhuǎn)型浪潮對(duì)軟件開發(fā)提出了非常高的要求。如何端到端、全鏈路地去看而不是只看單個(gè)階段或者單個(gè)產(chǎn)品？如何建立最本質(zhì)的模型，從物理世界過度到數(shù)字世界，并反過來影響物理世界？如何構(gòu)建順暢高效精準(zhǔn)的交付模式？這些問題都變得非常重要。
作為一個(gè)大的數(shù)字經(jīng)濟(jì)體，阿里巴巴在業(yè)務(wù)與技術(shù)融合的發(fā)展過程中也經(jīng)歷了三個(gè)階段。
開發(fā)工具本身是為了幫助一線同學(xué)提升幸福感和效率。作為開發(fā)者，關(guān)心的是如何能夠?qū)Ｗ⒍咝У毓ぷ鳌⒏咝ч_發(fā)和測(cè)試，但更重要的是，保證自己做的是正確的事。
現(xiàn)在有一個(gè)趨勢(shì)：做底層研發(fā)的越來越少，軟件研發(fā)的方式和習(xí)慣在發(fā)生變化。
現(xiàn)在，開發(fā)做的不再是一個(gè)通用工具，而是要隨著業(yè)務(wù)不斷演化。
如上文所述，作為加快金融服務(wù)智慧再造的重要組成部分，BizDevOps成為重塑智能高效的服務(wù)流程的核心能力組成。但BizDevOps也不是另起爐灶，而是DevOps的自然擴(kuò)展，從打破IT內(nèi)部的墻，到打破IT與業(yè)務(wù)的墻。
DevOps于2009年被提出，主要是為了打破Dev與Ops的墻。當(dāng)時(shí)的墻還是比較明顯的。Dev關(guān)注的是快，對(duì)象是代碼，Ops關(guān)注的是穩(wěn)，對(duì)象是機(jī)器。兩者目標(biāo)天然有矛盾，部門墻由此建立起來，這當(dāng)然不利于IT 價(jià)值的最大化。
2009 年，在美國舉行的第二屆Velocity大會(huì)上，來自Flickr 公司的John Allspaw和Pauk Hammond發(fā)表了一個(gè)演講《10+ Deploys Per Day: Dev and Ops Cooperation at Flickr》。在這個(gè)演講中，Allspaw和Hammond以角色扮演的方式，生動(dòng)地表現(xiàn)了開發(fā)與運(yùn)維之間的各種沖突。演講中出現(xiàn)很多金句，如“It's not my code, it's your machines!”，這深刻反映了Dev和Ops關(guān)系的現(xiàn)狀。接著，他們又展示了開發(fā)團(tuán)隊(duì)（Dev和運(yùn)維團(tuán)隊(duì)（Ops如何通力合作，借助工具消除雙方間的壁壘。
這次演講是DevOps發(fā)展歷程中的標(biāo)志性事件。它提出了正確的問題：為了更快交付和實(shí)現(xiàn)價(jià)值，必須彌合開發(fā)和運(yùn)維之間的鴻溝，并給出了解決方案：為了彌合開發(fā)和運(yùn)維之間的鴻溝，需要在文化、工具和實(shí)踐方面的系列變革。
而在今天的大環(huán)境下，我們面臨著一個(gè)新的問題：如何打通業(yè)務(wù)（Biz）與開發(fā)運(yùn)維（DevOps）之間的墻，以更好地應(yīng)對(duì)數(shù)字經(jīng)濟(jì)下的挑戰(zhàn)。
仍以阿里為例，今天阿里的中臺(tái)也面臨兩個(gè)問題。第一個(gè)是協(xié)同問題，阿里中臺(tái)本身是一個(gè)大部門，大的業(yè)務(wù)線和小的業(yè)務(wù)線從前臺(tái)傳遞到中臺(tái)有優(yōu)先級(jí)，但大家都覺得自己很重要，這就是一個(gè)典型的大型企業(yè)協(xié)同問題。第二個(gè)問題就是如何不讓技術(shù)、中臺(tái)本身成為瓶頸。阿里希望業(yè)務(wù)可以自己去做技術(shù)，這樣有價(jià)值的想法和創(chuàng)新可以得到最快的響應(yīng)。
“你們團(tuán)隊(duì)是業(yè)務(wù)主導(dǎo)還是產(chǎn)品主導(dǎo)？”技術(shù)人都不希望被當(dāng)作資源去做事，而是希望可以和業(yè)務(wù)合作以達(dá)到業(yè)務(wù)成功。其實(shí)，業(yè)務(wù)和技術(shù)應(yīng)該是共生合作的關(guān)系。
在零售和金融行業(yè)，這種關(guān)系比較明顯。比如銀行的業(yè)務(wù)占絕大多數(shù)，大概有90%，如果有業(yè)務(wù)研發(fā)一體化的系統(tǒng)，技術(shù)可以滿足更多的業(yè)務(wù)訴求，那么業(yè)務(wù)就能更快地完成工作。
DevOps運(yùn)動(dòng)還沒結(jié)束，仍在繼續(xù)發(fā)展。DevOps運(yùn)動(dòng)有很多可以給BizDevOps借鑒的地方。
首先，是在目標(biāo)上進(jìn)行統(tǒng)一。DevOps為了統(tǒng)一目標(biāo)，借鑒了精益管理、敏捷管理、看板等工作方法，打通了整個(gè)DevOps流程，產(chǎn)生了非常好的對(duì)于管理方法的驅(qū)動(dòng)。其次，DevOps在開發(fā)和運(yùn)維之間找到了共同點(diǎn)。大家關(guān)注的是應(yīng)用，以應(yīng)用為中心去做開發(fā)，演變成了阿里和微軟的OAM模型。因此，既要有理念和方法上的改變，還要用技術(shù)手段來解決問題，這是我們需要從DevOps運(yùn)動(dòng)中學(xué)習(xí)和借鑒的。
那么，業(yè)務(wù)和技術(shù)的共同目標(biāo)是什么？在流程中有什么共同關(guān)注的東西？共同的目標(biāo)、共同的關(guān)注點(diǎn)，有效的技術(shù)或者工程實(shí)踐，是BizDevOps落地的關(guān)鍵。
首先，要把業(yè)務(wù)、DevOps統(tǒng)一起來，統(tǒng)一語言非常重要。業(yè)務(wù)和技術(shù)有墻是正常的，因?yàn)闃I(yè)務(wù)間本身可能就有割裂。以銀行為例，每個(gè)部門畫圖的標(biāo)準(zhǔn)不一，統(tǒng)一業(yè)務(wù)的語言就有難度。業(yè)務(wù)之間先統(tǒng)一語言，然后和IT用統(tǒng)一的語言溝通，然后統(tǒng)一數(shù)據(jù)和業(yè)務(wù)。從基礎(chǔ)語法到長期熟練地使用語法，制定業(yè)務(wù)標(biāo)準(zhǔn)、數(shù)據(jù)標(biāo)準(zhǔn)，行業(yè)上下游企業(yè)定義好標(biāo)準(zhǔn)，這個(gè)過程的整合需要時(shí)間。
對(duì)于軟件行業(yè)來說，DevOps代表第一生產(chǎn)力，數(shù)據(jù)代表軟件下的生產(chǎn)資料。DevOps發(fā)展多年，相對(duì)來說已經(jīng)很成熟，因此成為快速迭代、試錯(cuò)的實(shí)驗(yàn)系統(tǒng)。在已經(jīng)有這套系統(tǒng)的情況下，Biz就更應(yīng)該好好利用這個(gè)系統(tǒng)。
現(xiàn)在，可以把Biz放在DevOps前面，后續(xù)也可以把Biz放在DevOps后面。這意味著業(yè)務(wù)不是拍腦袋做的，而是有數(shù)據(jù)驗(yàn)證的。Biz、Dev、Ops這三個(gè)單詞不應(yīng)該是在一條線上，而應(yīng)該是一個(gè)環(huán)，加入數(shù)據(jù)這個(gè)生產(chǎn)要素之后，我們可以用實(shí)驗(yàn)精神來創(chuàng)造一些商業(yè)機(jī)會(huì)。
當(dāng)前能做的是，借鑒DevOps的經(jīng)驗(yàn)，有一定的工具來承載最佳實(shí)踐和方法，固化到流水線上幫助落地。
有的企業(yè)搭了一下就覺得自己在做DevOps實(shí)踐了，其實(shí)我們還是要有更高的追求。從文化上解決和改變工作方式，短期內(nèi)是無法做到的，更加合理的方式是去培養(yǎng)復(fù)合型人才。DevOps讓開發(fā)要懂測(cè)試，DevSecOps讓開發(fā)要懂安全，Biz加進(jìn)來以后，開發(fā)人員也要懂業(yè)務(wù)。事情沒辦法一步到位，也許在過渡期中，一個(gè)比較好的方式就是產(chǎn)學(xué)研聯(lián)合去培養(yǎng)復(fù)合型的人才。
最后仍然要強(qiáng)調(diào)一下，BizDevOps最大的機(jī)會(huì)點(diǎn)還是在需求本身，在構(gòu)建數(shù)字化的生態(tài)本身。
特斯拉的Elon Musk曾說 ，“比起造汽車來說，設(shè)計(jì)這條流水線的難度是它的100倍。”那么，如何做才能把BizDevOps的流水線做出來？
阿里云云效平臺(tái)負(fù)責(zé)人陳鑫提到，在服務(wù)眾多云效客戶的過程中發(fā)現(xiàn)，科技部門對(duì)于DevOps比較有共識(shí)，同時(shí)也欣然接受。例如大家都會(huì)理解一體化研發(fā)運(yùn)維平臺(tái)、走向云原生這樣的一些概念和說法，DevOps的標(biāo)準(zhǔn)和方法實(shí)踐都在逐步收斂以適配開發(fā)者需求。
但是，業(yè)務(wù)部門還完全沒有達(dá)成這種共識(shí)?，F(xiàn)狀是只解決技術(shù)部門的效率問題，很難改變業(yè)務(wù)的創(chuàng)新效率問題。如果有一個(gè)工具可以讓業(yè)務(wù)看到工程活動(dòng)和業(yè)務(wù)之間的關(guān)系，那么業(yè)務(wù)部門就可以作出判斷和行動(dòng)。很多企業(yè)有非常多的工具可以用，但沒有可以實(shí)現(xiàn)數(shù)字化目標(biāo)的工具。
打造BizDevOps工具有很多難點(diǎn)。比如目前市面上有很多DevOps工具，但企業(yè)還是會(huì)再造一個(gè)工具，為什么？因?yàn)楦鱾€(gè)工具的數(shù)據(jù)模型并不一致。因此要想打造一個(gè)BizDevOps平臺(tái)，首先要保證數(shù)據(jù)一致。大家對(duì)一些最基礎(chǔ)概念的認(rèn)知要拉齊。當(dāng)前不同的人對(duì)于“應(yīng)用”的定義和理解都是不一樣的，如何能形成通用規(guī)范？
另外，DevOps需要不同的人協(xié)作，BizDevOps作為一個(gè)工具或者平臺(tái)，如何讓多個(gè)角色有統(tǒng)一的視角，避免互相傳遞各自視角的信息導(dǎo)致低效，也是非常關(guān)鍵的。此外，工具不是為了改變而改變，工具是用來解決問題的，工具本身不能對(duì)用戶的狀態(tài)進(jìn)行假設(shè)，必須適配用戶在各種條件下的狀態(tài)。而研發(fā)自身也需要做數(shù)字化轉(zhuǎn)型。研發(fā)過程中也會(huì)產(chǎn)生數(shù)據(jù)，產(chǎn)品研發(fā)本身實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型，才能更好地支撐更大的數(shù)字化轉(zhuǎn)型。
整體來說，BizDevOps在概念、流程、方法上如何標(biāo)準(zhǔn)化，需要業(yè)內(nèi)一起努力，共同推動(dòng)在產(chǎn)品上的落地。
BizDevOps對(duì)業(yè)務(wù)的創(chuàng)新速度和有效性會(huì)產(chǎn)生很大的作用，數(shù)據(jù)會(huì)變成基本常識(shí)，業(yè)務(wù)和開發(fā)之間的分別也會(huì)模糊起來。一定會(huì)有部分業(yè)務(wù)人員愿意往開發(fā)上靠近。開發(fā)人員抽象分析問題的優(yōu)勢(shì)也會(huì)給業(yè)務(wù)人員帶來很多的價(jià)值。
將來的業(yè)務(wù)更多是從用戶的視角去打通鏈路，建立本質(zhì)的認(rèn)知和數(shù)字化模型。一切業(yè)務(wù)數(shù)據(jù)化，一切數(shù)據(jù)業(yè)務(wù)化。業(yè)務(wù)能夠以更自然的方式向研發(fā)過渡。一個(gè)人的職業(yè)發(fā)展方向也可以有比較大的選擇，人才培養(yǎng)上也會(huì)有一些變化和創(chuàng)新。
如果BizDevOps真的發(fā)生了，可能業(yè)務(wù)之外的組織上的各個(gè)function會(huì)成為最大瓶頸，其他BU的決策過程可能都要做相應(yīng)的調(diào)整。未來，企業(yè)肯定要跟著BizDevOps做轉(zhuǎn)型。
經(jīng)過深度研討，產(chǎn)學(xué)研6位專家在時(shí)代挑戰(zhàn)與機(jī)遇、BizDevOps重要性與必要性、落地方法與方式上達(dá)成了共識(shí)。他們希望圍繞BizDevOps的探討不僅僅停留在這個(gè)層面，而是可以繼續(xù)從產(chǎn)學(xué)研界的共同努力著手，推動(dòng)BizDevOps真正發(fā)生，為軟件產(chǎn)業(yè)的變革貢獻(xiàn)力量。
因此圓桌會(huì)后，6位老師共同起草了一份《BizDevOps行動(dòng)倡議書》并聯(lián)名簽署，這意味著接下來，產(chǎn)業(yè)、學(xué)術(shù)、研究等各方將進(jìn)行長期的協(xié)作和努力，共同推動(dòng)軟件構(gòu)建與交付方式的變革。
《BizDevOps行動(dòng)倡議書》掃描件首頁
《BizDevOps行動(dòng)倡議書》掃描件尾頁
如果這篇文章對(duì)您或者團(tuán)隊(duì)有啟發(fā)，歡迎轉(zhuǎn)發(fā)給更多人，點(diǎn)擊下方鏈接觀看《BizDevOps：數(shù)字化轉(zhuǎn)型浪潮下技術(shù)破局之路》直播回放，也歡迎加入 BizDevOps 交流釘釘群，群號(hào)：。
直播回放地址：https://developer.aliyun.com/live/
重慶分公司
重慶分公司
