理解精益與敏捷發展的關係 - IT 觀察者隨筆

Table of Contents hide

敏捷和精益在軟件開發領域廣泛普及，可幫助團隊更快，更可持續地交付。通過回顧與去年的精益業務報告相關的數據，我們發現大多數精益和敏捷實踐團隊都不清楚這兩種方法之間的差異或相似之處。通常，這些術語同義地用於描述一組特定的實踐。所以你精益？你敏捷嗎？你可以兩個 – 或者他們是否存在分歧？

簡單的答案是：敏捷開發是一個快速軟件交付的過程，與許多精益原則相關聯。閱讀這篇文章，了解更多關於精益與敏捷開發之間的重要聯繫。

敏捷和精益有着共同的血统和许多共同的特征。有一些精益团队比其他团队更敏捷，也有一些敏捷团队比其他团队更精益，但敏捷软件开发抢走了大部分的注意力，没有多少团队了解精益软件开发的替代方法。如果你还没有意识到精益，我希望这篇文章解释了它与敏捷的不同之处，以及为什么它对某些团队来说是更好的选择。

精益原則如何與敏捷開發相結合

敏捷開發可以指任何與敏捷宣言中概述的概念一致的開發方法。這個基礎文檔是由軟件行業的14位有影響力的人組成的，他們開會討論哪些現有方法對軟件開發有效和無效。

敏捷宣言指導了敏捷在軟件開發中的實踐。由此產生的實踐，稱為敏捷軟件開發（或簡稱敏捷），利用三個主要概念：迭代的開發方法，簡短的反饋循環和規範的項目管理過程。以下是每個概念如何植根於精益原則。

在敏捷軟件開發中，團隊應用迭代方法進行軟件交付。工作軟件盡可能快地交付，而不是大批量交付。經常部署代碼允許團隊實施敏捷，以便快速收到客戶的反饋，並使用它來影響他們即將開展的工作。這也使團隊能夠在開發過程的後期納入不斷變化的需求。

迭代開發符合交付快速和延遲承諾的精益原則。精益鼓勵團隊通過管理流程來快速交付 – 限制WIP（在製品）的數量，以減少上下文切換並提高關注度。敏捷團隊通過在跨職能團隊中工作來管理流程，一次交付一次迭代。

延期承諾的精益原則是精益組織應該作為即時系統運作，等到最後負責的時刻做出決策。這使得精益組織能夠靈活地做出明智的決策，並提供最相關，最新的信息。

簡短的反饋循環可確保團隊將時間花在滿足最新業務要求的工作上。敏捷宣言中概述的原則之一堅持要求業務利益相關者與開發人員之間進行密切的日常合作。這使團隊能夠根據公司目標確定優先級並完成工作，從而消除對客戶無價值的任何事情。

精益思想鼓勵這種浪費的定義：如果客戶不願意為此付費，那就浪費了。敏捷開發人員與其利益相關者之間的短暫反饋循環有助於團隊養成消除不直接導致客戶價值的流程，活動和產品的習慣。

敏捷方法依賴於規範的項目管理流程，鼓勵頻繁的審查和調整。這種結構化方法允許軟件開發團隊專注於盡快完成高質量，高價值的工作，然後在每次發布後獲得有價值的見解。在每次迭代結束時，團隊根據利益相關方的反饋系統地審查改進機會。

嚴謹的流程允許團隊實踐構建質量的精益原則。這個概念非常簡單：自動化和標準化任何繁瑣，可重複的過程，或任何容易出現人為錯誤的過程。這一原則允許精益團隊對其流程的重要部分進行錯誤驗證，因此他們可以集中精力為客戶創造價值。依靠一致，規範的流程，敏捷團隊可以不斷完善和優化其價值交付流程。

Agile允許軟件開發團隊更快地發展，提供更高質量的工作，並與業務利益相關者保持一致，滿足客戶需求。有許多方法可以應用敏捷方法，包括看板，Scrum，XP等。

無論您的團隊選擇哪種方法，都必須了解該方法背後的原則，以確保可持續的，有紀律的實踐。如果您的團隊正在練習敏捷，但不熟悉精益原則，請花點時間查看以下教育資源。

精益的关键弱点是，它在软件开发中的应用比在其他领域要少。许多团队之前没有精益的经验，一些最佳实践似乎是反直觉的，所以可能会受到团队成员或管理层的抵制。在证明精益在组织内有效之前，必须有人伸出他们的脖子来支持精益。