為了提升工作和管理效率，工具建設(shè)是許多企業(yè)不得不面對(duì)的現(xiàn)實(shí)，然而在工具建設(shè)落地過(guò)程中，往往存在一系列的問題。如不同組織、部門之間互不相通，各自為政，工具流程與實(shí)際工作所需不符，導(dǎo)致工具建設(shè)的結(jié)果是人去適應(yīng)工具而不是工具來(lái)輔助人。

由此可見，工具體系若建設(shè)不佳，非但無(wú)法起到提升效率的作用，反而會(huì)引發(fā)新的問題。這種情況在協(xié)同復(fù)雜的大型組織架構(gòu)下尤甚——業(yè)務(wù)團(tuán)隊(duì)與研發(fā)團(tuán)隊(duì)之間長(zhǎng)期缺乏有效溝通、軟件研發(fā)過(guò)程不透明等，這些問題事實(shí)上可以通過(guò)合理的工具體系建設(shè)得到有效解決。

正是在上述背景之下，CODING 與知微決定強(qiáng)強(qiáng)聯(lián)合，發(fā)揮各自優(yōu)勢(shì)，將價(jià)值流與工作流兩種模型互相補(bǔ)足，共同為企業(yè)提供從業(yè)務(wù)到研發(fā)、運(yùn)維的一體化 BizDevOps 解決方案，滿足企業(yè)對(duì)工具的靈活性、標(biāo)準(zhǔn)化等多元化需求，促進(jìn)企業(yè)跨部門協(xié)作，進(jìn)一步釋放組織效能。

為什么在 DevOps 之后，又出現(xiàn)了 BizDevOps ？

大家是否思考過(guò)這個(gè)問題？

難道單純只是制造一個(gè)噱頭？

顯然不是。

DevOps 無(wú)法解決所有的問題

我們認(rèn)為 BizDevOps 這樣的提法之所以開始在業(yè)界風(fēng)靡，背后的核心在于，DevOps 盛行許久以來(lái)，企業(yè)漸漸意識(shí)到「DevOps 無(wú)法解決所有的問題。單純引入 DevOps，許多管理問題依然無(wú)解」。

這是因?yàn)?#xff0c;DevOps 的作用是提升每一個(gè)獨(dú)立的開發(fā)任務(wù)的效率。比如說(shuō)，同樣開發(fā)一個(gè)功能，沒有建設(shè) DevOps 工具鏈要花 4 個(gè)周，而有了 DevOps 工具可能只要花 3 周。

就如同從上海到北京，當(dāng)沒有飛機(jī)這種交通工具的時(shí)候，你搭乘火車或者更原始的交通工具所需要的時(shí)間會(huì)更多一些。

但是，企業(yè)當(dāng)下面臨的問題，事實(shí)上不是單個(gè)具體的任務(wù)執(zhí)行慢，而是在更上游——需求擁堵。

形象一點(diǎn)說(shuō)，上海到北京的飛機(jī)依然是 2 小時(shí)，但問題是你到機(jī)場(chǎng)的時(shí)間太長(zhǎng)了——因?yàn)楣飞蠂?yán)重堵車——去機(jī)場(chǎng)路上所花的時(shí)間遠(yuǎn)遠(yuǎn)比在飛機(jī)上的時(shí)間要多。

這一點(diǎn)通過(guò)研發(fā)團(tuán)隊(duì)的需求流動(dòng)效率就可以佐證，大部分的時(shí)間并不是在開發(fā)，而是在開會(huì)、協(xié)調(diào)、對(duì)齊需求等等。

這也是業(yè)務(wù)與研發(fā)之間似乎總是矛盾重重的原因所在，業(yè)務(wù)認(rèn)為需求提出來(lái)之后總是遲遲無(wú)法上線，而研發(fā)則認(rèn)為自己已經(jīng)很快了。

針對(duì)企業(yè)目前所面臨的上述困境，知微與 CODING 決定發(fā)揮各自的優(yōu)勢(shì)，幫助企業(yè)解決實(shí)際的問題：

知微的優(yōu)勢(shì)是對(duì)業(yè)務(wù)到研發(fā)端到端的價(jià)值流管理（疏解擁堵，讓你更快地抵達(dá)機(jī)場(chǎng)），而 CODING 擅長(zhǎng)的則是下游的開發(fā)的工作流管理（讓你搭飛機(jī)而不是徒步或者火車），各取所長(zhǎng)，雙流合一，目的是真正能夠幫助企業(yè)達(dá)到提質(zhì)增效的目標(biāo)。

各取所長(zhǎng)，雙模齊下

價(jià)值流與工作流，兩者本身并無(wú)高低之辨，但是其適用場(chǎng)景的確有差異。

價(jià)值流適合較為復(fù)雜、靈活、多角色、高頻互動(dòng)的工作場(chǎng)景；而工作流則適合流程高度標(biāo)準(zhǔn)化的、邊界清晰的工作場(chǎng)景。

用適合的方法來(lái)管理適合的工作，便事半功倍；而倘若方法與實(shí)際情況牛頭不對(duì)馬嘴，輕則事倍功半，重則作繭自縛。

在一個(gè)企業(yè)里面，很難以一套既定的方法管理好所有的事項(xiàng)。

（BizDevOps平臺(tái)規(guī)劃全景圖/Agilean于2023年初首發(fā)）

因此，用對(duì)的方法管對(duì)的事情，很重要。

知微

知微的優(yōu)勢(shì)在于能夠根據(jù)不同企業(yè)的業(yè)務(wù)特點(diǎn)和組織架構(gòu)靈活地構(gòu)建管理模型，對(duì)實(shí)體組織結(jié)構(gòu)、人員、無(wú)形的業(yè)務(wù)價(jià)值流等進(jìn)行數(shù)字化映射，建立統(tǒng)一的管理對(duì)象以及對(duì)象間的連接關(guān)系。

有利于從需求提出到上線的開發(fā)全過(guò)程管理，建立研發(fā)管理現(xiàn)場(chǎng)，透明協(xié)同過(guò)程，及時(shí)疏通阻塞，加速價(jià)值流動(dòng)。

CODING

CODING 的優(yōu)勢(shì)在于其標(biāo)準(zhǔn)化、自動(dòng)化的 DevOps 工具鏈，覆蓋軟件研發(fā)全生命周期。在代碼托管、項(xiàng)目協(xié)同、測(cè)試管理、持續(xù)集成、制品庫(kù)、持續(xù)部署、云原生應(yīng)用管理等各個(gè)環(huán)節(jié)都具備成熟的解決方案，能夠加速每個(gè)確定的、標(biāo)準(zhǔn)化的研發(fā)任務(wù)的流動(dòng)，快速、穩(wěn)定、持續(xù)地發(fā)布軟件。

CODING與知微結(jié)合，能夠幫助企業(yè)構(gòu)建起業(yè)務(wù)價(jià)值交付的管理對(duì)象價(jià)值流，真正落地 BizDevOps 實(shí)踐，打通從業(yè)務(wù)到開發(fā)、運(yùn)維的端到端全鏈路和反饋閉環(huán)。

價(jià)值流疊加工作流的雙流模式之下，能夠有效解決系統(tǒng)割裂（切換成本）、信息不同步、只有工作流沒有價(jià)值流、數(shù)據(jù)與實(shí)際工作兩張皮等問題。

我們可以為企業(yè)提供哪些便利

具體而言，目前CODING與知微已經(jīng)實(shí)現(xiàn)了「管理單元對(duì)應(yīng)」、「動(dòng)態(tài)雙向同步」、「代碼倉(cāng)庫(kù)數(shù)據(jù)回寫」、「度量信息回傳」等功能，從開發(fā)執(zhí)行、協(xié)同互動(dòng)、高效管理等多角度多層面，為企業(yè)創(chuàng)造便利性。

（知微集成CODING示意圖）

管理單元對(duì)應(yīng)

CODING 上面的邏輯大多是圍繞具體的「事」展開的，比如項(xiàng)目集、項(xiàng)目、工作項(xiàng)，而知微的組織數(shù)字化能力則能夠?qū)ⅰ溉恕菇Y(jié)構(gòu)化地管理起來(lái)。

兩者管理單元的對(duì)應(yīng)就能更好地將人和事結(jié)合起來(lái)，為管理提供多元的視角，關(guān)鍵是兩者相互吻合，而不會(huì)出現(xiàn)「人對(duì)不上事」或者「事對(duì)不上人」的窘境。

動(dòng)態(tài)雙向同步

雙向同步的內(nèi)容包括事項(xiàng)、屬性和狀態(tài)，不論用戶是在兩者中的哪個(gè)平臺(tái)更新動(dòng)態(tài)，兩個(gè)平臺(tái)都會(huì)實(shí)時(shí)同步。這對(duì)企業(yè)而言意味著，不同的角色不需要在不同的系統(tǒng)之間來(lái)回切換，更不會(huì)出現(xiàn)「不同系統(tǒng)之間打架」的情況。

研發(fā)人員在 CODING 上面的工作流軌跡會(huì)實(shí)時(shí)同步到知微的價(jià)值流上，業(yè)務(wù)人員或者各級(jí)研發(fā)管理者可以獲取準(zhǔn)確的價(jià)值流動(dòng)的相關(guān)信息。工作的便利性與信息的一致性、準(zhǔn)確性都得以保障。

代碼倉(cāng)庫(kù)數(shù)據(jù)回寫

研發(fā)人員在 CODING 上面所有的代碼提交記錄會(huì)回寫到知微對(duì)應(yīng)事項(xiàng)到卡片上，當(dāng)知微檢測(cè)到代碼提交中的關(guān)鍵字，卡片狀態(tài)會(huì)自動(dòng)翻轉(zhuǎn)為最新的狀態(tài)（如檢測(cè)到關(guān)鍵字“done”，卡片自動(dòng)翻轉(zhuǎn)狀態(tài)為“已完成”）。

這不僅節(jié)省了開發(fā)人員更新卡片狀態(tài)的時(shí)間，也有效避免了執(zhí)行過(guò)程中的疏漏帶來(lái)的協(xié)同失調(diào)。

而知微的故事卡片又會(huì)與上層的需求關(guān)聯(lián)，從而顯化為需求進(jìn)度，便于觀測(cè)需求流動(dòng)情況。同時(shí)，也為后續(xù)的研發(fā)效能度量創(chuàng)造了基礎(chǔ)數(shù)據(jù)。

度量信息回傳

CODING 的流水線數(shù)據(jù)及代碼掃描信息，會(huì)回傳至知微。知微可按需求匯集統(tǒng)計(jì)代碼行、CI/CD 記錄等執(zhí)行數(shù)據(jù)，知微通過(guò)度量模型加工，在企業(yè)自定義的度量大屏中，展示出不同的結(jié)構(gòu)化（按層級(jí)、按場(chǎng)景）度量數(shù)據(jù)，為企業(yè)管理者提供有效管理抓手與決策依據(jù)。

小結(jié)

未來(lái)，CODING 將與知微持續(xù)探索深化融合場(chǎng)景，致力于幫助企業(yè)逐步實(shí)現(xiàn)管理一體化，提質(zhì)增效——提升研發(fā)效率、提高交付質(zhì)量、降低運(yùn)行風(fēng)險(xiǎn)、降低協(xié)作成本。

總結(jié)

以上是生活随笔為你收集整理的双模齐下，提质增效：CODING 携手知微共创 BizDevOps 体系新篇章的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。