從“有用”到“好用”、再到“愛用”，它能跨越式釋放IT生產力嗎？

一、“有用”難以滿足企業數字化轉型需求，傳統軟體開發存在諸多問題

隨著企業業務需求的增加和業務複雜度的提升，軟體開發的複雜度呈指數級增長，僅依靠 “有用”的傳統開發模式和開發工具，企業業務需求逐漸難以被滿足，技術人員和管理人員均面臨眾多挑戰。

對於技術人員來說，傳統的軟體全生命週期包括需求分析、應用設計、應用開發、應用測試、應用部署以及運維多個環節。隨著企業數字化的逐步深入，技術人員在各個環節中均面臨不同程度的問題。

圖1：傳統開發模式下技術人員遇到的問題

• 需求分析和應用設計階段，企業需要進行技術選型、架構設計以及基本效能規劃，這決定著企業技術棧的走向。在網際網路企業開發中，技術棧選型工作往往不是從全域性角度出發、綜合考慮業務情況和企業成本等因素而進行的，而是更多依靠負責人個人偏好，整體隨機性強，這便造成了企業技術棧的混亂，且給後期開發、運維等帶來諸多不便。
• 應用開發階段，一方面，無論是前端還是後端，程式碼常常難以標準化，開發質量參差不齊，在開發人員眾多的專案中情況尤甚，導致bug頻現；另一方面，需求變更快，整體開發程式難以保障，版本延期的情況屢見不鮮。
• 應用測試階段，傳統開發模式下，文件詳實度不高、測試工具不好用、測試人員水平不足、開發測試溝通難等原因都會導致測試效率低、產品迭代慢。此外，手工測試往往難以保障質量，易出現產品透過測試環境而到生產環境就爆發問題的情況。
• 應用部署和運維階段，線上業務規模擴大，運維人員難以適應。第一，運維物件越來越多，虛擬機器、容器、微服務等的爆炸式增長，致使運維管理難度呈指數級增加，運維人員面對各種工單應接不暇；第二，運維要求越來越高，企業運維已不僅是幾臺伺服器的搭建和簡單的日常維護，如何完成幾百上千臺伺服器規模化的部署、完成自動化的擴縮容，才是運維人員真正面臨的挑戰；第三，運維環境和服務物件越來越複雜，如何滿足多種服務物件的多種需求，且保障運維工作的一致性與高質量，是企業運維人員不得不考慮的問題。
• 整體上，除了上述各階段的問題，更為顯著的問題是各階段技術人員之間的快速溝通與敏捷響應能力欠缺。當下企業需求迭代快，當有新的需求或變化時，若企業嚴格遵循傳統的軟體開發模式，依次執行需求分析、應用設計、開發、測試、運維等步驟，系統靈活性低，且開發週期長，這是技術人員和客戶雙方都不願意遇到的情況。

若將視角放大，站在企業管理角度看待傳統軟體開發模式，那麼軟體開發模式的革新則是更加必要的。對於管理人員來說，需管理的要素包括人員、專案、知識/經驗等。當數字化轉型範圍擴大、程式加快時，在傳統軟體開發模式下，人員、專案、知識的管控難度將會大幅提升。

圖2：傳統開發模式下管理人員面臨的挑戰

• 人員管理難。一方面，由於網際網路技術日新月異，企業要想適應這種高速的技術更迭，需要不斷大量招聘懂新技術的人才，導致企業招聘成本高；另一方面，開發軟體涉及的部門及人員眾多，且技術人員水平參差不齊，如何合理最佳化資源配置，也是軟體開發管理人員的必修課。
• 專案管理難。第一，管理人員管理多個專案時，難以覆蓋到每個專案的每個細節，進度和質量常會出現問題。第二，傳統瀑布式開發模式下，往往會出現許可權不清、相互推諉的情況，這時建立明確的許可權劃分體系，幫助管理人員進行專案管理變得尤為重要。第三，傳統開發模式下，當軟體出現問題時，由於缺乏全流程的監控與管理，企業常難以追根溯源、快速定位問題。
• 經驗沉澱難。傳統的開發模式下，技術人員風格各異，其開發的內容標準化程度相對較低，難以形成一些標準化、可複用的知識、模組及經驗，對個人的依賴性強，企業易遭技術綁架。加之軟體開發崗位流動性較大，若企業不具備標準化知識沉澱能力，一旦開發人員離職，知識與經驗將會被帶走，無法沉澱在企業內部，這樣既造成了資源的浪費和重複勞動，不利於開發效率的提升，也不利於企業打造高效協同的資料、應用體系，易造成資訊孤島和應用孤島。

二、走出軟體開發困境，構建“好用”的軟體開發平臺是關鍵

那麼，針對上述問題，處於數字化洪流中的企業到底應該如何應對？最新的SoFlu軟體機器人產品釋出會上，飛算雲智總裁陳定瑋為我們提供了答案——要想走出開發及管理難的軟體開發困境，構建一個“好用”的軟體開發平臺是關鍵。怎樣的平臺可以稱得上一個“好用”的平臺？從軟體開發人員和管理人員的需求出發，我們可以從管理方式、使用門檻、經驗沉澱、實戰驗證四個方面定義“好用”的軟體開發平臺。

圖3：什麼是“好用”的軟體開發平臺

第一，該平臺需整合多種先進管理方法，助力企業實現從“人治”到“法治”的躍升。對於軟體開發人員管理難、專案管理難的問題，應用CMMI、敏捷開發、DevOps等管理方法進行專案管理是很好的解決方案。但這些方法只是抽象的理念，管理人員多依靠文件來執行這些管理方法，實際效果並不佳，因此，如何將其落地才是企業應該思考的核心問題。利用數智化工具平臺整合CMMI、DevOps等管理方法，並將其用於企業的軟體開發全流程中，才能真正打破理解屏障、克服執行阻礙，完成先進的理論的落地，實現從“人治”到“法治”的飛躍。

第二，該平臺需能具備標準化工具，幫助企業降低開發、測試、運維的准入門檻，實現“一人一專案，十人抵百人”。透過工具化的平臺，企業能夠標準化、自動化軟體工程全流程，對於某些複雜度不高的專案，能夠實現軟體工程從開發、測試到運維均由一人完成。運用自動化、標準化工具，一方面能在一定程度上解決軟體開發、測試、運維等各環節的問題及各環節之間的協作問題；另一方面可以大大降低軟體工程門檻，讓難以負擔高昂人力成本、技術成本的中小企業能夠降低試錯成本、快速滿足需求，從而真正實現科技為企業賦能。

第三，該平臺需能夠幫助企業完成經驗沉澱與複用，實現正向迴圈。只有將所有經驗值都沉澱到企業內部，才能在開發、測試、運維等環節中進行復用，從而避免員工流動帶來的資源浪費和重複 “造輪子”，形成良性迴圈，大幅提升軟體工程全週期的效率與質量，同時提升企業資料及應用體系的協同與互通性。

第四，“好用”的平臺與網際網路架構並非依靠設計就能產生的，而是需要經過實戰不斷錘鍊與打磨才能夠形成的。因此，該平臺必須具備多年實踐的沉澱與驗證，並在設計中融入大量過往經驗，才能真正滿足安全性要求，實現貼合實際、拿來即用的目標。

三、SoFlu軟體機器人優勢顯著，革新企業軟體開發全流程

SoFlu軟體機器人，深度踐行了上述“好用”的軟體開發平臺的價值理念，革新了企業軟體開發的全流程。SoFlu軟體機器人依託多年實戰經驗，整合了CMMI、敏捷開發、DevOps等先進管理模式，搭載了標準化工具，將傳統軟體工程的151個問題點提煉為10大自動化流水線，助力企業完成經驗沉澱。除此， SoFlu軟體機器人在產品、技術和服務方面，均構築了自己的護城河。

產品方面，第一，產品體系完善。不同於僅支援前端開發的低程式碼平臺以及支援前端+後端的傳統程式碼開發平臺， SoFlu軟體機器人覆蓋了後端開發、前端開發、測試、運維等軟體工程全流程，為企業提供全棧軟體開發平臺。除了為企業提供開發平臺外，還為管理人員提供專案管理平臺，能夠助力企業軟體開發管理人員高效完成人員、專案、經驗等的管理。第二，產品效果顯著。產品優劣最為直觀的衡量標準是其效果，而SoFlu軟體機器人的產品設計從客戶的實際情況出發，將後端、前端、測試、運維等環節的工具有效集合和無縫銜接，能夠最大程度地發揮各階段工具的效能，真正幫助企業在各個階段實現降本增效。以某小型軟體開發專案為例，傳統開發模式下，企業需要6人、耗時66小時才能完成需求分析、頂層設計、開發、測試、聯調上線等全流程，而在SoFlu軟體機器人的協助下，企業只需要3人、耗時9小時便能完成軟體開發全流程，節約人力成本50%、時間成本85%以上。第三，產品安全性高。僅透過服務介面為企業提供服務，基於SoFlu軟體機器人開發出的產品能夠支援獨立部署，不與平臺繫結，具備很高的安全性。

圖4： SoFlu軟體機器人與不同型別平臺的對比

技術方面，一方面， SoFlu軟體機器人經過長期積累與驗證，具備很高的技術門檻和豐富的多行業knowhow，例如其後端全自動開發平臺，作為一套面向Java的開發工具，在市場上是獨一無二的。另一方面，堅持每兩週進行一次產品迭代，一直走在技術的最前沿，一年多以來，僅後端全自動開發平臺版本升級就達37次。

服務方面，SoFlu軟體機器人實施團隊會結合客戶規模、業務、投入情況，為客戶提供技術選型、架構設計、平臺培訓等多種服務。例如，針對小型企業，專案團隊會根據其環境和模式，為其提供自建伺服器或上雲的建議，幫助其進行軟體的技術棧選擇，或者協助其完成架構設計。再比如，針對程式設計小白，專案團隊能夠為其提供平臺操作培訓服務，幫助其快速上手使用。

 “SoFlu軟體機器人的價值在於透過標準化、自動化的流程，降低了從開發、測試到運維的門檻，將敏捷管理制度落地，幫助企業做到降本增效，達到提升軟體業創新速度的目標。”中國工程院院士倪光南對SoFlu軟體機器人的“好用”也給予了充分的肯定，“我親眼見證了SoFlu軟體機器人的誕生和成長，很興奮看到SoFlu軟體機器人已經在金融、醫療、零售等多個行業得到應用和肯定。”

四、基於SoFlu軟體機器人，中石油電商平臺快速、低成本完成系統重構

依託上述顯著優勢， SoFlu軟體機器人推向市場一年以來，已為醫療、教育、金融、製造、零售等在內的八大行業、上百家機構提供了技術服務，助力其解決軟體開發難題。以中石油電商平臺的系統重構為例，在SoFlu軟體機器人的幫助下，中石油低成本、高效地完成了後端介面419個、 前端頁面172個、複雜程度遠超普通電商的商城系統重構及上線。中石油電商平臺包括客服、供應商管理、報表管理、訂單  管理、評論模組、訊息中心、使用者中心、商品管理、系統後臺等各類功能。隨著使用者量級的增加和需求的擴充套件，該平臺承載力不足的弊端逐漸暴露，中石油決定對該電商平臺進行系統重構。然而，在進行系統重構的過程中，專案方面臨著諸多問題與挑戰：第一，專案時間緊迫，該平臺是集團年度重點專案，上線需求迫切；第二，平臺修復工程量浩大，該平臺涵蓋商品推薦、下單、客服、秒殺等眾多複雜單元，系統最佳化涉及的開發量巨大；第三，IT團隊開發水平參差不齊，由於手工編碼標準不統一，程式碼質量參差不齊，造成了開發成果的頻繁返工和開發進度的反覆延期。

針對中石油麵臨的問題與挑戰，SoFlu軟體機器人為其提供了完整的全流程解決方案。

圖5：中石油電商平臺系統重構實施過程

• 需求分析階段，SoFlu軟體機器人專案團隊協助中石油開發及業務人員完成了專案需求分析、平臺元件、資源、外掛、函式支援等分析。
• 頂層設計階段，SoFlu軟體機器人專案團隊協助中石油完成了介面詳細設計，包括資料庫表設計和對每個模組每個介面的詳細設計，此外還產出了專案UI互動效果設計圖。
• 開發階段，利用SoFlu軟體機器人的後端全自動開發平臺，中石油的開發人員對照介面詳細文件進行了視覺化/配置化開發；基於前端全自動開發平臺，中石油實現了視覺化開發介面和介面資料的對接聯調。
• 測試階段，藉助全自動測試平臺，中石油完成了專案測試案例及場景的編寫，並實現了快速、高效的專案測試。
• 部署運維階段，依託全自動運維平臺，中石油透過視覺化配置、外掛化執行的方式，在不需要專業技術人員支援的情況下，整合了運維最佳案例，為後續運維提供了豐富的底層資料。

藉助SoFlu軟體機器人全流程解決方案，中石油完成了電商平臺整個系統的重構工作，降低了成本，實現了開發效率及質量的共同提升。首先，團隊在SoFlu軟體機器人的幫助下進行視覺化介面開發，替代原有的手工編碼方式，能夠清晰地按照業務邏輯，設計開發貼合業務的功能模組，極大提升了開發效能。其次，中石油開發團隊利用平臺提供的標準化元件進行開發，杜絕了因人工編碼造成的程式碼質量問題，節省團隊大量審程式碼、改BUG的時間成本。再者，SoFlu軟體機器人開發的應用能夠滿足國家資訊保安等級保護三級認證要求的安全規範和管理模式，從根源上提升電商平臺的安全性和穩定性。

在SoFlu軟體機器人的參與下，中石油僅用9人+5個軟體機器人、耗時45天便完成了傳統開發模式下需27人、耗時300多天才能完成的需求分析、頂層設計、開發、測試、聯調上線等全流程任務，並在源頭上降低了系統的運維難度。

儘管上述效果很明顯，但陳定瑋告訴我們，專案推進的過程中最大的困難並非實施過程中遇到的問題，而是來自認知層面的阻礙——前期，決策層未建立起對SoFlu軟體機器人的認知，難以自上而下地推動產品的使用；技術人員則對這一產品抱有一定的排斥心理，難以實現從“好用”到“愛用”的轉變。

五、從“好用”到“愛用”，認知轉型是關鍵

企業必須認識到，數字化轉型不僅是技術革命，更是一場認知革命，需要企業管理人員、業務人員、技術人員全方位參與。作為決策者與推動者，企業管理人員需建立對軟體機器人的認知，構築一把手工程，自上而下推動軟體機器人落地；作為參與者和使用者，業務人員需深度參與軟體機器人的推廣與使用，將業務與平臺能力深度結合，從而搭建出更切合業務場景的技術工具；作為終端使用者，技術人員需積極擁抱變革，以開放的態度去接納新的技術，讓“好用”的產品變成自己“愛用”的產品，能夠促使企業最佳化資源配置、以更少的成本創造更多的價值。

在企業數字化轉型過程中，SoFlu軟體機器人開發團隊一方面會不斷完善產品體系，依託產品硬實力、基於真實的降本增效案例，進行市場教育，增強企業對軟體機器人的認知；另一方面，會為企業提供更加完善的全流程方案與全週期服務，針對不同規模體量、不同能力的企業，提出不同階段的成本投入規劃、解決方案和實施路徑，幫助企業完成軟體開發系統的平緩過渡，實現無痛數字化轉型。