為了提升工作和管理效率，工具建設是許多企業不得不面對的現實，然而在工具建設落地過程中，往往存在一系列的問題。如不同組織、部門之間互不相通，各自為政，工具流程與實際工作所需不符，導致工具建設的結果是人去適應工具而不是工具來輔助人。

由此可見，工具體系若建設不佳，非但無法起到提升效率的作用，反而會引發新的問題。這種情況在協同復雜的大型組織架構下尤甚——業務團隊與研發團隊之間長期缺乏有效溝通、軟件研發過程不透明等，這些問題事實上可以通過合理的工具體系建設得到有效解決。

正是在上述背景之下，CODING 與知微決定強強聯合，發揮各自優勢，將價值流與工作流兩種模型互相補足，共同為企業提供從業務到研發、運維的一體化 BizDevOps 解決方案，滿足企業對工具的靈活性、標準化等多元化需求，促進企業跨部門協作，進一步釋放組織效能。

為什么在 DevOps 之后，又出現了 BizDevOps ？

大家是否思考過這個問題？

難道單純只是制造一個噱頭？

顯然不是。

DevOps 無法解決所有的問題

我們認為 BizDevOps 這樣的提法之所以開始在業界風靡，背后的核心在于，DevOps 盛行許久以來，企業漸漸意識到「DevOps 無法解決所有的問題。單純引入 DevOps，許多管理問題依然無解」。

這是因為，DevOps 的作用是提升每一個獨立的開發任務的效率。比如說，同樣開發一個功能，沒有建設 DevOps 工具鏈要花 4 個周，而有了 DevOps 工具可能只要花 3 周。

就如同從上海到北京，當沒有飛機這種交通工具的時候，你搭乘火車或者更原始的交通工具所需要的時間會更多一些。

但是，企業當下面臨的問題，事實上不是單個具體的任務執行慢，而是在更上游——需求擁堵。

形象一點說，上海到北京的飛機依然是 2 小時，但問題是你到機場的時間太長了——因為公路上嚴重堵車——去機場路上所花的時間遠遠比在飛機上的時間要多。

這一點通過研發團隊的需求流動效率就可以佐證，大部分的時間并不是在開發，而是在開會、協調、對齊需求等等。

這也是業務與研發之間似乎總是矛盾重重的原因所在，業務認為需求提出來之后總是遲遲無法上線，而研發則認為自己已經很快了。

針對企業目前所面臨的上述困境，知微與 CODING 決定發揮各自的優勢，幫助企業解決實際的問題：

知微的優勢是對業務到研發端到端的價值流管理（疏解擁堵，讓你更快地抵達機場），而 CODING 擅長的則是下游的開發的工作流管理（讓你搭飛機而不是徒步或者火車），各取所長，雙流合一，目的是真正能夠幫助企業達到提質增效的目標。

各取所長，雙模齊下

價值流與工作流，兩者本身并無高低之辨，但是其適用場景的確有差異。

價值流適合較為復雜、靈活、多角色、高頻互動的工作場景；而工作流則適合流程高度標準化的、邊界清晰的工作場景。

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

在一個企業里面，很難以一套既定的方法管理好所有的事項。

（BizDevOps平臺規劃全景圖/Agilean于2023年初首發）

因此，用對的方法管對的事情，很重要。

知微

知微的優勢在于能夠根據不同企業的業務特點和組織架構靈活地構建管理模型，對實體組織結構、人員、無形的業務價值流等進行數字化映射，建立統一的管理對象以及對象間的連接關系。

有利于從需求提出到上線的開發全過程管理，建立研發管理現場，透明協同過程，及時疏通阻塞，加速價值流動。

CODING

CODING 的優勢在于其標準化、自動化的 DevOps 工具鏈，覆蓋軟件研發全生命周期。在代碼托管、項目協同、測試管理、持續集成、制品庫、持續部署、云原生應用管理等各個環節都具備成熟的解決方案，能夠加速每個確定的、標準化的研發任務的流動，快速、穩定、持續地發布軟件。

CODING與知微結合，能夠幫助企業構建起業務價值交付的管理對象價值流，真正落地 BizDevOps 實踐，打通從業務到開發、運維的端到端全鏈路和反饋閉環。

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

我們可以為企業提供哪些便利

具體而言，目前CODING與知微已經實現了「管理單元對應」、「動態雙向同步」、「代碼倉庫數據回寫」、「度量信息回傳」等功能，從開發執行、協同互動、高效管理等多角度多層面，為企業創造便利性。

（知微集成CODING示意圖）

管理單元對應

CODING 上面的邏輯大多是圍繞具體的「事」展開的，比如項目集、項目、工作項，而知微的組織數字化能力則能夠將「人」結構化地管理起來。

兩者管理單元的對應就能更好地將人和事結合起來，為管理提供多元的視角，關鍵是兩者相互吻合，而不會出現「人對不上事」或者「事對不上人」的窘境。

動態雙向同步

雙向同步的內容包括事項、屬性和狀態，不論用戶是在兩者中的哪個平臺更新動態，兩個平臺都會實時同步。這對企業而言意味著，不同的角色不需要在不同的系統之間來回切換，更不會出現「不同系統之間打架」的情況。

研發人員在 CODING 上面的工作流軌跡會實時同步到知微的價值流上，業務人員或者各級研發管理者可以獲取準確的價值流動的相關信息。工作的便利性與信息的一致性、準確性都得以保障。

代碼倉庫數據回寫

研發人員在 CODING 上面所有的代碼提交記錄會回寫到知微對應事項到卡片上，當知微檢測到代碼提交中的關鍵字，卡片狀態會自動翻轉為最新的狀態（如檢測到關鍵字“done”，卡片自動翻轉狀態為“已完成”）。

這不僅節省了開發人員更新卡片狀態的時間，也有效避免了執行過程中的疏漏帶來的協同失調。

而知微的故事卡片又會與上層的需求關聯，從而顯化為需求進度，便于觀測需求流動情況。同時，也為后續的研發效能度量創造了基礎數據。

度量信息回傳

CODING 的流水線數據及代碼掃描信息，會回傳至知微。知微可按需求匯集統計代碼行、CI/CD 記錄等執行數據，知微通過度量模型加工，在企業自定義的度量大屏中，展示出不同的結構化（按層級、按場景）度量數據，為企業管理者提供有效管理抓手與決策依據。

小結

未來，CODING 將與知微持續探索深化融合場景，致力于幫助企業逐步實現管理一體化，提質增效——提升研發效率、提高交付質量、降低運行風險、降低協作成本。

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。