【國產】標準化軟件研發流程，從理論到實踐落地-2024驚蟄（國標軟件開發規范）
【國產】標準化軟件研發流程
外行人問：軟件都是怎么研發出來的？內行人問：如何提升內部項目管理的效率和質量？
本文就“軟件標準化研發流程”，從理論、實踐和最終如何在你的團隊和公司落地進行串聯介紹。主要分為三部分，先理論：軟件開發，難在哪里？以及MVP、敏捷開發、Scrum、開發流程圖、每日站會、看板、增量模型、迭代vs增量、XP、DevOps……；再實踐：標準化研發流程，什么是協作流 信息流 價值流、項目管理模型（嵌套）；最后落地：現狀分析及目標制定、YesDev項目管理模型、用價值驅動軟件研發交付、建立三大指標體系、制定領航提升計劃表。
軟件開發，難不難，到底難在哪里？
軟件開發，要面臨諸多風險和困難，諸如：對需求的誤解、抽象、時間緊、技術方案不確定、復雜度、安全、系統穩定性……
我的總結下來，軟件工程這門學科，提煉成公式，是這樣組成的。
軟件工程 = 組織架構 軟件程序 溝通 跨學科/跨部門協作 項目交付
而軟件開發又是一個需要高智力、密切溝通和頻繁協作的過程。企業組織隨著時間的推移，也會發展成為更有商業價值的未來狀態。在這期間，項目管理和項目活動也是企業組織成長的一個必經之路。
常見的開發流程有哪些？
常見的開發流程有哪些呢？有瀑布流、敏捷開發流程、增量模型、極限編程、DevOps和其他研發流程模型。
那增量和迭代的區分又是什么？增量是模塊化的拼接方式，不到最后一刻，不能構成完成的系統，在完成交付之前，你的用戶一直都使用不了此軟件。而迭代是指，從一開始就構建和交付可以工作和可以使用的軟件，雖然一開始功能很簡單，但持續迭代，不斷完善和精進、升級。例如，為了滿足用戶出行需求，一開始給一輛單車，再升級為摩托車，最后升級為小車。
【國產】YesDev推薦的標準化軟件研發流程
YesDev是基于一款價值驅動軟件研發和交付的項目管理平臺，其推薦的標準化研發流程是以用戶需求為起點、以軟件交付使用為終點的持續迭代。在這個過程中，通過項目的方式來進行需求、Bug問題和任務、工時等團隊協作、目標管理、風險控制等。
在這一標準化流程下，對應的協作主流程是：需求分析、創建項目、開發、測試、發布前準備和發布后的維護。以及拆分了各個流程下的具體協作活動和事項。
從時間軸的水平線，軟件研發和項目管理是順序的執行關系；而從俯視的角度來拆解，項目管理是一個嵌套的模型。任務是作為最小價值交付單元，需求則包含了問題和任務。而需求往上則聚合成了項目，項目再往上則組合成了項目集。
我該如何制定我團隊的效率提升計劃？
作為技術負責人，為了制定和提升研發團隊的效率和交付質量，需要認真梳理公司現在面臨的問題和研發團隊到底亂在哪里。肯定是有問題，才需要去提升。如果一切都正常，也就不需要去梳理、去改變、去提升了。
問題表現和原因，通常在這幾方面：系統架構弱？無法支撐現有業務的發展和規模；研發效率低？總是被需求方和業務部門吐槽說需求迭代慢，提一個需求很久都上不了線；故障損失高？系統不穩定，并且出現故障沒有人員及時跟進處理？技術管理難？人員士氣低、流動大、產效不高、Bug缺陷多……等一系列問題。
結合現狀分析，再引入恰當的項目管理模型，對現有的項目和迭代進行劃分。可以參考以：“產品業務為實線、技術管理為虛線” 的方式。
讓項目負責人對項目的目標、結果和收益負責；讓核心人開發人員在需求和目標上對齊；讓最終的一線員工同事成員執行好具體分派的任務和工作。而技術負責人，則對整體的效果和業績負責。
同時，開始著手建立三套指標體系，用于持續觀測和跟蹤在合適設計的研發流程下，經過合理地劃分和人員配置，到最后執行的定期復盤和數據統計匯總。驗證前面制定的方案是否有成效，是否要調整，是否要獎勵或指出改進點。
關于作者
黃禪宗 dogstar，果創科技CEO、多家企業CTO、前唯品會高級開發工程師，PhalApi開源框架作者，著有《良質!》等電子書，YesApi果創云創始人、YesDev項目管理創始人，海軍退役士兵，畢業于華南師范大學。深耕軟件研發，喜歡每天分享技術干貨。
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。
