敏捷 vs. 精益：它們之間的區(qū)別與聯(lián)系 | IDCF

來源：軟件質量報道 

作者：Test Ninja

雖然你經(jīng)常聽說精益（Lean）和敏捷（Agile），但對敏捷和精益之間的關系是不是也經(jīng)常感到困惑? 雖然這兩種方法經(jīng)常一起使用，但它們是兩種非常不同的項目管理方法。

那么它們是什么呢? 精益與敏捷方法又有何不同? 又有什么聯(lián)系呢？

一、 精益與敏捷: 簡史

我們將首先看到這兩種方法是如何產生的，畢竟精益、敏捷的差異就從起源開始就存在了。

1.1 敏捷

20世紀80年代，計算機程序員使用傳統(tǒng)的開發(fā)方法，如瀑布方法來管理他們的軟件開發(fā)項目。這一過程不僅耗時，而且成本高昂。

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

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

敏捷是一種快速迭代的軟件開發(fā)方法，與傳統(tǒng)的項目管理方法不同，在敏捷方法中，一個大型項目被分解為更短的開發(fā)周期，即sprint。每次沖刺通常持續(xù)2-4周。下面通過一個例子來說明敏捷原則。

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

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

1.2 精益

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

TPS的靈感來自于雜貨店的庫存管理系統(tǒng)，當需要物品時，使用視覺信號準確地指示庫存需求。這減少了總體浪費，優(yōu)化了整個生產過程。然后，該系統(tǒng)就慢慢形成精益制造原則。

但是精益軟件開發(fā)是如何發(fā)揮作用的呢?

Mary和Tom Poppendiek受精益制造原則的啟發(fā)，寫了一份全面的軟件開發(fā)指南。精益軟件開發(fā)是基于精益方法論的原則，這七項原則是:

• 消除浪費
• 內建質量
• 創(chuàng)建知識
• 推遲決策
• 快速交付
• 尊重人
• 整體優(yōu)化

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

二、敏捷與精益之間的6個關鍵區(qū)別

既然你已經(jīng)知道敏捷方法和精益方法包括什么，你已經(jīng)感覺到它們是不同的，對嗎? 為了讓事情更清楚，這里列出敏捷和精益的六大關鍵區(qū)別。

2.1 方法論上的差異

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

敏捷開發(fā)重視持續(xù)改進和取悅客戶，著力于項目開發(fā)過程的優(yōu)化。它的目標是使過程靈活、透明和適應性強。為此，敏捷項目會經(jīng)歷迭代開發(fā)周期(sprint)，敏捷團隊會從頭到尾積極地讓客戶參與進來。

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

2.2 方法上的差異

盡管精益和敏捷方法都是優(yōu)秀的軟件開發(fā)方法，但它們的開發(fā)方法略有不同
：在敏捷實踐中，項目是在小增量、短周期或sprint中開發(fā)的。迭代和增量方法指的是將項目分解為不同的階段，每個階段由計劃、實現(xiàn)、測試和評估組成。這個過程不斷重復，直到達到你想要的結果。

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

2.3 項目時間軸的差異

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

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

精益團隊通過優(yōu)化流程來縮短項目時間，通常限制在過程中的工作，這減少了整個項目的時間表。然而，與敏捷不同的是，沒有特定的時間框架。

2.4 團隊中的差異

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

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

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

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

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

2.5 總體目標的差異

敏捷精益開發(fā)方法努力實現(xiàn)不同的目標。

在敏捷開發(fā)中，目標是創(chuàng)建符合最終用戶或涉眾需求的東西。

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

2.6 關注領域的差異

敏捷開發(fā)關注項目范圍和客戶價值。在敏捷軟件開發(fā)中，軟件產品的范圍是指它的特性和功能?？蛻魞r值的優(yōu)先次序是，在每個sprint結束時，你接受反饋并在下一個周期中實現(xiàn)改變。

精益軟件開發(fā)是關于改進過程流和質量，重點是過程改進和質量(目標是零缺陷)，這通常使用一種稱為價值流映射的方法來實現(xiàn)。

什么是價值流映射? 價值流映射是一種用于將產品創(chuàng)建和交付給客戶之間的一系列事件可視化的方法。

三、敏捷與精益有什么相似之處？

知道為什么人們經(jīng)常把敏捷框架分組并精益生產嗎?

這是因為兩種方法都有共同的價值，比如快速適應變化的能力。以下是精益、敏捷的相似之處。

• 持續(xù)改進: 兩種方法都關注于定期檢查工作方法以尋求可能的改進。
• 客戶價值優(yōu)先: 無論是敏捷積極參與客戶反饋，還是精益關注交付質量，都旨在為客戶提供更多的價值。
• 高效的時間表: 敏捷方法在頻繁的版本發(fā)布中部署產品，而在精益項目管理中，開發(fā)過程包含盡可能少的步驟。這兩種方法都關注于保持效率。
• 持續(xù)的結果流: 通過將開發(fā)過程分解為多個部分，敏捷不斷地以增量的方式交付價值，而精益則不斷地消除浪費，從而產生價值。

【2021 IDCF 公開課招生ing】

2021年《IDCF DevOps黑客馬拉松》北京、深圳、上海站開啟，還有《端到端DevOps持續(xù)交付（5P）工作坊》、《基于Boat House的DevOps實踐》、《“創(chuàng)新設計思維/Design Thinking”工作坊》、《敏捷項目管理實戰(zhàn)沙盤演練》等眾多公開課可以參加，快快報名吧~