敏捷和Scrum本質上是精益的嗎？

Scrum本質上是精益的嗎？

精益軟體開發是將精益製造轉化至軟體與系統開發領域的結果。它是否屬於敏捷範疇在社群中爭議不斷，但最終其實並無太大差別。這是因為精益的七項原則本質上反映在敏捷方法中，儘管可能以不同的方式，或使用不同的術語或命名方式。

消除浪費

精益的第一個原則是消除浪費。從模糊的需求、未使用的文件、交接過程、等待時間等，精益實踐者致力於減少或完全消除這些浪費。Scrum框架透過提供回顧會議，讓團隊能夠發現並修正任何運作不佳的地方，以呼應這種精益理念。你經常會聽到團隊在回顧會議中討論浪費性的文件、過於繁瑣或手動的流程、過多的缺陷以及其他類似問題。

專注於合作

Scrum與精益都著重於員工之間的合作。這定義了方法的成功。在兩種方法中，執行任務的人比所使用的工具更重要。

以價值為導向

無論是Scrum還是精益，最重要的都是最終成果。這個成果必須為客戶創造價值，也是開發過程的唯一目標。Scrum允許客戶不斷調整其需求，而精益則透過以無浪費的方式製造產品來實現。客戶應獲得他所期望的內容。

盡可能延遲決策

在任何專案中，人們在專案結束時對專案了解最多。Scrum團隊更傾向於做出資訊充分的決策，因此不會事先對每一項需求做出決策。這正是精益第四項價值的體現：盡可能延遲決策。

強調持續改進

Scrum與精益也遵循持續改進的原則，這在精益中也稱為Kaizen。兩者都著重於不斷學習與適應。這是一個關鍵面向，因為為客戶創造價值是首要目標。

致力於快速交付

精益主張快速交付；在Scrum中，我們最多每30天交付一次，而許多團隊甚至交付得更快。精益主張賦予團隊權能，Scrum也是如此。精益認為應將完整性內建於系統中；Scrum則透過要求團隊與客戶共同定義「完成」來回應此要求。

消除瓶頸

最後，精益引導我們看到整體——即整個價值流，或導致客戶價值的事件鏈是如何運作的。任何瓶頸都應立即消除，團隊也應配置得當，以便完成完整的產品增量。Scrum透過引導我們建立專注且跨功能的團隊，並進行回顧會議來反映此理念。這些回顧會議幫助我們發現瓶頸（在Scrum中稱為障礙），以便加以消除。