發布管理流程指南

已發表: 2021-05-28

多年來，軟件開發作為一門學科發生了變化。傳統上，開發人員將每個版本視為一個項目，它是更大產品的一部分。軟件只有在被認為是完整的產品時才會發布，而一旦開發了特定的軟件，它通常標誌著開發人員角色的結束。

但是敏捷開發和持續改進技術的普及旨在將用戶反饋整合到開發過程的基礎中。軟件開發現在更類似於產品週期。現在，產品在特定軟件的生命週期內得到支持、改進和不斷地重新發布。這種範式轉變不將發布視為最終目標，而是將其視為支持和修訂的過渡點。

隨著持續交付模型導致複雜性的增加，協調開發階段變得至關重要。發布經理的角色對於組織確保在整個企業中有效地安排、協調和管理髮布變得至關重要。有關發布經理角色的完整概述，請查看

發布經理的一些常見職責包括：

發布管理借鑒了以業務為中心的項目管理的許多原則，以監督軟件發布所涉及的所有階段，從軟件開發和測試到部署。它涉及協調各個方面的多項工作，並利用範圍、時間、成本、風險、合同、人力資源、溝通和質量等通常的項目管理領域。

發布管理有時被稱為“超級學科”，因為它涉及多個相互關聯但又截然不同的專業領域。發布經理必須處理特定的項目管理方面，同時結合軟件開發的領域專業知識。

發布管理最重要的方面之一是代碼管理，它指的是處理計算機代碼更改的過程。代碼管理簡化並加快了對代碼進行更改的過程，並有助於維護和調試。高效的代碼管理是開發可提供持續產品改進的迭代系統的關鍵。

計劃：

有效發布計劃的結構是發布經理角色的核心方面。最流行的發布管理方法之一是系統開發生命週期。

這個簡單的框架允許開發人員計劃、構建、維護和替換高質量和高效的軟件。發布管理計劃包含時間表、交付日期、要求和項目的總體範圍。

建造：
完成發布計劃後，您可以開始設計和構建要發布的產品。此階段涉及分析發布計劃中列出的需求並將它們納入開發。您可以在將其移動到測試環境之前創建多個迭代。在開發過程的後期階段發現的任何問題都會在進入下一階段之前被送回進行糾正。

測試：

UAT 或用戶驗收測試通常通過免費試用版或 beta 版完成。目的是獲得產品的真實反饋。它是發布管理過程中最重要的方面之一。這是收集數據、識別錯誤和重新設計構建以提高完整性的最佳方式。

準備發布：

這通常由 QA 團隊完成，以對產品進行最終檢查，並確保其符合發布計劃中建立的標準。 QA 嘗試分析最預期的錯誤並防止在發佈時出現任何問題。

部署：
測試產品後，您現在可以進入部署階段。根據業務戰略，這可以分階段或一次全部發生。部署功能或產品後，您應該仔細監控對它的反應。您可以使用上一個發布週期的反饋和學習來製定新的發布計劃。

自動化、團隊合作和透明度都是開發高效發布管理流程的重要方面。採用 DevOps 概念和敏捷開發技術，您可以創建高效的發布管理系統來創建不斷發展的軟件。它創建了一個框架，您可以在其中同時探索新的機會，同時完善您當前的產品。

以下是您的團隊可以用來持續交付可靠產品和服務的一些發布管理技術。

儘管敏捷策略有助於團隊在整個軟件開發生命週期中開發和交付價值，但它們也可能導致許多瓶頸的產生。如果您創建產品的速度比部署它們的速度快，那麼您並沒有真正快速地產生消費者價值；相反，您只是在創建大量積壓的功能和服務。

為了縮短髮布週期，IT 和開發團隊必須緊密合作，在開發生命週期中交換知識。由於合作和開放性，開發人員可以編寫更多可用於生產的代碼，如果 IT 團隊更多地了解開發過程中發生的事情，它可以導致更快速和無縫的啟動。

營造一種團隊可以自由互動的文化，讓 IT 專業人員和軟件開發人員能夠在開發週期的每一步進行互動。

您可以更快地識別問題並進行溝通。這些縮短的反饋循環使團隊能夠更輕鬆地識別盲點並找到改進的領域。

測試可能是發布管理過程中的階段之一。但是構建軟件的更準確和有用的方法是在每個階段進行持續測試。積極測試問題可以減少部署大量代碼並將其一次性發送給 QA 可能出現的瓶頸。

找到合適的自動化工具可以大大提高您的發布管理水平。標準化工作流程和自動化任務可以讓您的團隊花更多時間開發新功能，減少修復舊功能的時間。

您應該測試您的系統，以確保可以像客戶與之交互一樣體驗軟件。您的登台和生產環境越一致，您就能從測試和實驗中學到更多。如果您的暫存環境處於混亂狀態或不斷變化，則可能導致測試無法正常工作、應用程序配置錯誤和基礎設施故障。

發布管理領域是一個不斷發展的相對較新的領域。它藉鑑了其他各種弟子的技術和實施方法。如果您在發布管理領域有任何特定的專業知識或經驗，我們很樂意聽取您的意見。請在下面的評論中告訴我們您的學習情況。