可能大家都聽說過精益（Lean）和敏捷（Agile），但對敏捷和精益兩者之間的定義和關係是不是也經常感到模糊不清?

 

在當今快節奏的商業世界中，為了保持競爭優勢，企業必須不斷改進其業務流程和運營模式。因此，敏捷和精益等方法和理念正在流行並受到越來越多組織的採用。這兩種方法都旨在提高生產效率，降低成本，提高客戶滿意度，但它們的基礎概念、應用方式和區別是什麼呢？優思學院精益管理學會將會在這篇文章深入探討敏捷和精益的關係。

 

01 定義

 

敏捷是一種敏捷的開發方法，旨在在快速變化的商業環境中快速交付高質量的產品和服務。它強調團隊合作，快速反饋和不斷改進，以便在較短的時間內滿足客戶需求。

 

精益則是一種精益方法，旨在消除浪費，提高價值流，並以客戶為中心。它強調流程改進和持續的價值交付，以最大限度地提高生產效率和客戶價值。

 

02 歷史

 

敏捷

 

20世紀80年代，計算機程式設計師使用傳統的開發方法，如瀑布方法來管理他們的軟體開發專案。這一過程不僅耗時，而且成本高昂。

 

但是，軟體開發的世界正在迅速發展，而成長通常意味著適應變化。在瀑布模式中，一個產品的開發可能需要幾個月，有時甚至幾年的時間。因此，當軟體或產品釋出時，就當前的需求而言，它很可能已經過時了。

 

為了克服這個問題，敏捷宣言應運而生。敏捷方法論是建立在敏捷宣言中列出的4個價值觀和12個原則之上的。敏捷透過讓涉眾參與整個過程來幫助團隊更好地適應變化。透過這種方式，可以更好地規劃、開發和部署工作軟體。

 

敏捷是一種快速迭代的軟體開發方法，與傳統的專案管理方法不同，在敏捷方法中，一個大型專案被分解為更短的開發週期，即sprint。每次衝刺通常持續2-4周。下面透過一個例子來說明敏捷原則。

假設你正在建造一個機器人。像Waterfall這樣的傳統專案管理方法中，你可能需要花費幾個月或一年的時間來計劃和開發機器人，然後才能最終部署它。這可能會導致你認為很酷的AI功能變成無用的情況。顧客真正想要的是一個具有完美平衡能力的機器人。

 

而使用敏捷方法，這是可以避免的。在敏捷方法中，客戶積極地參與開發過程。在每個sprint結束時，他們會提供反饋，而敏捷團隊會在下一個週期中實現必要的改變。這種持續的改進為錯誤留下了更少的空間，更有利於構建一個完美地滿足客戶需求的機器人。

 

精益

 

在20世紀70年代，大野耐一(Taiichi Ohno)開發了一種被稱為豐田式生產系統(TPS)。它的目標是透過消除任何型別的浪費來降低庫存成本和提高汽車供應鏈的效率。

 

及後經過《改變世界的機器》和《精益思想》的作者 詹姆斯·P·沃麥克（James P.Womack），丹尼爾·T·瓊斯（Daniel T. Jones）的分析和總結所發展而成的理論概念，後來被廣泛應用於其他製造業和服務業。

 

丹尼爾·T·瓊斯（Daniel T. Jones）接受了2021年ILSSI終身傑出貢獻獎，他分享了對精益管理的深入思考。瓊斯在ILSSI的國際研討會上解釋了精益管理的演變歷程， 強調精益不僅僅是關於工具和技術，而是一種不斷學習和提高能力的過程，需要建立一個有效的管理體系，包括基礎穩定、流程改進和問題解決，以及對管理層的重要作用。最後，瓊斯指出，精益的真正價值在於能力的提升，幫助組織更好地應對未來的挑戰。

 

那麼精益軟體開發是如何發揮作用的呢?

 

Mary和Tom Poppendiek受精益製造原則的啟發，寫了一份全面的軟體開發指南。精益軟體開發是基於精益方法論的原則，這七項原則是:

 

1. 消除浪費
2. 內建品質
3. 建立知識
4. 推遲決策
5. 快速交付
6. 尊重人
7. 整體最佳化

每一個精益原則都旨在透過消除浪費來最佳化生產過程。它還試圖在最大化客戶價值的同時最小化風險。消除浪費指的是去除所有不能增加過程價值的東西。這可能是任何事情，從不必要的會議和檔案到效率低下的方法。

 

03 基礎概念

 

敏捷和精益共同關注以下基礎概念：

1. 價值：關注如何提供客戶真正需要的產品和服務。
2. 流程：關注如何最佳化業務流程以提高效率和降低成本。
3. 持續改進：關注如何不斷改進業務流程，以最大化客戶價值和生產效率。

 

04 兩者主要區別

 

敏捷和精益雖然有很多共同點，但它們之間也存在一些明顯的區別。其中最顯著的區別是應用的領域和方法。

 

方法論上的差異

 

這是敏捷方法和精益思維之間最顯著的區別。

 

敏捷開發重視持續改進和取悅客戶，著力於專案開發過程的最佳化。它的目標是使過程靈活、透明和適應性強。為此，敏捷專案會經歷迭代開發週期(sprint)，敏捷團隊會從頭到尾積極地讓客戶參與進來。

 

精益方法的核心是最佳化生產過程。這都是關於最小化風險和消除浪費(精益生產)。事實上，“消除浪費”是精益方法的首要原則之一。當你排除了所有與專案最終結果無關的東西時，製作過程就會自動縮短並變得高效。從長遠來看，這會為你節省大量寶貴的金錢和時間。

 

方法上的差異

 

儘管精益和敏捷方法都是優秀的軟體開發方法，但它們的開發方法略有不同：

在敏捷實踐中，專案是在小增量、短週期或sprint中開發的。迭代和增量方法指的是將專案分解為不同的階段，每個階段由計劃、實現、測試和評估組成。這個過程不斷重複，直到達到你想要的結果。

 

精益方法旨在在生產過程中引入微小的增量變化以提高效率。雖然這會導致更短的開發週期，但這並不是精益的核心關注點。

 

專案時間軸的差異

 

儘管精益和敏捷方法的目標都是儘早交付產品，但它們的專案時間表是不同的。

敏捷或Scrum團隊的工作週期很短，以快速交付。每個週期或衝刺通常持續2-4周，有固定的迭代週期。

 

精益團隊透過最佳化流程來縮短專案時間，通常限制在過程中的工作，這減少了整個專案的時間表。然而，與敏捷不同的是，沒有特定的時間框架。

 

團隊中的差異

 

精益和敏捷方法遵循不同的團隊結構。

 

敏捷團隊是由自組織的、跨職能的個人組成的小團隊。

• 自組織: 團隊決定如何自己完成工作。
• 跨職能: 團隊成員有不同的專業領域，但都朝著一個共同的目標努力。

 

團隊成員包括產品經理(產品負責人)、敏捷教練或 ScrumMaster、開發人員、業務分析師等。

在精益專案管理中，你要組建多個精益團隊，由相關部門的成員組成。每個團隊由管理各自團隊和個人專案的團隊負責人領導。雖然你的精益團隊成員應該是有能力的，但他們不一定必須是自組織的和跨職能的。

 

總體目標的差異

 

敏捷精益開發方法努力實現不同的目標。

在敏捷開發中，目標是建立符合終端使用者或涉眾需求的東西。

對於精益開發，目標是消除任何不能為產品開發增加價值的過程。

 

關注領域的差異

 

敏捷開發關注專案範圍和客戶價值。在敏捷軟體開發中，軟體產品的範圍是指它的特性和功能。客戶價值的優先次序是，在每個sprint結束時，你接受反饋並在下一個週期中實現改變。

 

精益軟體開發是關於改進過程流和品質，重點是過程改進和品質(目標是零缺陷)，這通常使用一種稱為價值流圖（VSM）的方法來實現。

 

什麼是價值流圖（VSM）? 價值流對映是一種用於將產品建立和交付給客戶之間的一系列事件視覺化的方法。

 

05 總結

 

學習敏捷（Agile）和精益（Lean）的方法和理念，適合那些希望提高生產效率，降低成本並提高客戶價值的組織和個人。敏捷（Agile）適用於軟體開發和敏捷專案管理領域，而精益（Lean）則適用於製造和生產領域。學習這些方法和理念的好處是可以提高組織的生產效率，降低成本並提高客戶滿意度。

 

如果你對精益管理有興趣，可以看看精益管理（CLMP）的線上課程，學習精益管理對個人或者企業都有很多好處，例如：

 

1. 理解精益管理的基本原則和工具，以幫助組織消除浪費和提高價值流。
2. 提高生產效率和降低成本，透過消除不必要的步驟和活動，以及最佳化流程。
3. 增加客戶價值和滿意度，以瞭解客戶需求並提供高質量的產品和服務。
4. 培養團隊合作和領導能力，以實現持續改進和實施精益管理。
5. 提高競爭優勢，以最佳化業務流程，降低成本並提高生產效率，從而在市場上取得競爭優勢。