【原】【敏捷2.1】精益開發(fā)與看板

硬核項目經理 2021-10-25

展開全文

精益開發(fā)與看板

在比較出名的敏捷框架中，Scrum 和 XP 的大名想必不用我說，大家也略知一二。但是，既然是系統(tǒng)的理論方向的系列文章，同時也肩負著為一些第一次接觸敏捷的同學進行科普的重任，我們還是需要一個一個的來說說各種不同的敏捷框架。當然，最重要的兩個敏捷框架，我們也會在敏捷框架這一章中穿插著進行學習。

首先我們要學習的內容，其實在嚴格意義上來說，并不屬于敏捷框架的范疇。但是，它們又是所有敏捷框架，甚至是敏捷概念的起源。同時，它也是一系列的實踐和方法論的集合，又有著框架的影子。高大上不？激動人心不？趕緊走起吧！

敏捷的起源

說到敏捷的起源，總會有不少文章提到那幾個人和那個算是第一次的敏捷大會。在那次會議上，有了敏捷宣言和原則。沒錯，那次大會確實是敏捷的誕生大會，這一點是無可辯駁的。不過，我們這里要追溯的，是在敏捷概念的誕生有沒有借鑒誰。

說到 “借鑒” 這個詞。不好聽點就是 “抄” ，好聽點就是原來流行過一段時間的 “微創(chuàng)新” 。敏捷是誕生于軟件開發(fā)行業(yè)，所以它吸收了傳統(tǒng)瀑布流開發(fā)的許多經驗，這是無可厚非的。同時，它又是一種項目管理的經驗，所以傳統(tǒng)項目管理中的一些內容也會體現在敏捷中。

但是，真正讓敏捷成為敏捷的，反而不是軟件行業(yè)中出現的什么管理變革。傳統(tǒng)行業(yè)中，豐田生產線上的 “精益生產管理” 才是真正影響敏捷的，并且讓敏捷真正敏捷起來的重要影響因素。

精益方法

是的，你沒看錯，精益方法確實就是起源于豐田生產線上，是正宗的傳統(tǒng)制造業(yè)中產能管理的偉大創(chuàng)新。當敏捷先驅們看到它的時候，感覺這東西用在軟件開發(fā)中也是相當不違和甚至是有許多好處的。這時，基于精益的理念就出現在了軟件行業(yè)中，進而一步步地影響著敏捷先驅們，直到真正的敏捷宣言的誕生。

精益生產有一個最大的特點，那就是要消除浪費。這是源于汽車裝配業(yè)的成本問題，拼裝一輛汽車需要的零件有多少？需要的人工有多少？庫存需要準備多少？消除浪費就是用最少的庫存，最少的人力成本，實現最大的量產規(guī)模。對應到精益中，就需要準時生產制、全員改善。

準時生產，就是一個團隊負責一個單元，注意，一個小團隊。然后改善呢？就是每一次的任務之后所有全部的員工都會參與到建議系統(tǒng)中，進行持續(xù)不斷地對業(yè)務流程和制作工藝的改善。小團隊、任務（迭代、增量）、改善（回顧、持續(xù)集成），是不是有那么點敏捷的味道了？

我們先來看看一個普通企業(yè)可能在生產管理過程中帶來的浪費和各種問題。它包括七種主要的浪費形式：過量生產、等待、運輸、過度流程、庫存、再作業(yè)和情緒。在這中間，包括 WIP 在制品、價值流圖、拉動系統(tǒng)等也都是敏捷中的常用術語。特別是 WIP 在制品的概念，正在制作中的產品就是在制品，而減少 WIP 的數量，就是在消除浪費，在制品數量越多，上面的七種浪費也就越多越不可控。

精益提供的一系列方法，就是針對上述的這些浪費而來的。也是精益的核心操作方法。

精益方法在敏捷中的應用

前文說過，精益不完全算是一種敏捷框架，但是，這不妨礙你在敏捷項目開發(fā)中遵循精益的一些理念。甚至說，你完全也可以將它視做是一個敏捷框架，而且是最簡單的一種敏捷框架，只需要你理解下面這七點：

1.消除浪費

沒錯，第一個就是最核心的概念，我們要把浪費給消除掉。多余的會議、規(guī)劃、文檔、測試或某項功能，如果不做的話會不會也能取得我們想要的結果？如果答案是“是”的話，毫不猶豫地消除它。這也可以表現為一個名詞，就是 JIT ，Just In Time ，在需要的時候，按需要的量生產所需的產品，沒有一絲的浪費。

2.盡早交付

盡早交付，交付的是什么呢？不一定是一個完整的產品，當然，如果是傳統(tǒng)制造業(yè)，就是要盡早地交付一個產品。但是在軟件業(yè)，我們可以盡早交付部分功能，而不是整個項目。好吧，軟件開發(fā)中的“持續(xù)集成”就是這個概念的衍生品，最好的盡快交付是什么？就是我們每次代碼的提交，都能完成一次構建，都能馬上讓用戶體驗到這個新的功能，都能最快速地獲得反饋。

3.強化學習

精益追求的是不斷地、快速地學習和改進。無論你的團隊有多強大，總會有可以改進的地方，所以當看到 Kaizen 這個單詞時不要驚訝，它是日語持續(xù)改進的意思。那么如何改進呢？學習，積累知識，吸取經驗教訓，沒別的方法。

4.團隊授權

關于敏捷團隊的問題，上篇文章中已經詳細說明了?？吹搅藛幔吭缭诰嫔a時期，在流水線上，給團隊授權就已經出現了。

5.推遲決策

越早決策，就是越早決定我們要走哪條路。但問題是，往往在路口的時候我們才會清晰地知道我們要走哪條路。項目開發(fā)不是一次地圖導航，即使是地圖導航，在大數據的算法下，也會實時為我們更新更好的路線。所以，讓決策來得晚一些，讓團隊有更多的選擇。但，決策也不能太晚，有些東西錯過了就是一生的遺憾，如何把握，這是門大學問。提示一點，參考團隊的意見。

6.整體優(yōu)化

在對局部優(yōu)化的時候，往往也會影響到整個價值流。局部的優(yōu)化，如果不能帶來整體的效益，那么這個優(yōu)化就是沒有價值的。什么意思呢？代碼模塊的重構是有成本的，哪里的重構最重要？當然是最能影響整體的那部分。流水線上的產品，任何一個部分有優(yōu)化，都有可能帶來整個流水線效率的質的提升，如果不能帶來這樣的提升，那么不如不做。

7.全盤檢視

團隊是一個整體，整體創(chuàng)建的解決方案也應該是在全局的、完整的解決方案之上的。我們不能只盯著技術那一塊，還要了解市場、商業(yè)、規(guī)范，甚至是人事調動、行政支持等等一系列的，與項目相關的內容。

看板

看板，英文名是 Kanban ，我去，你沒看錯，不過不是我們的拼音，是日文看板的英語發(fā)音。沒錯，這玩意跟精益是一個體系的，就是放在豐田那條生產線邊上的一塊白板。雖說就是一塊簡單的白板，但是它對敏捷的影響力可是非?？植赖摹１热缯f我們現在常用的一些項目管理軟件，Worktile、Teambition、Tower、Jira，甚至國產的禪道、釘釘的任務管家、騰訊的TAPD，只要說它是支持敏捷的項目管理軟件，那么一定就有看板功能。是不是非?？植?？

那么真正的精益看板是什么樣的呢？

沒錯，看板就是使用一個大白板，而且在生產車間可能還會立著許多這樣的白板。圖中的每一塊可能就是通過一個單獨看板來展示的。標準的看板使用的是一種拉動系統(tǒng)，通過卡片表示出工序何時需要何數量，這其實就是限制 WIP 流動的一種思想以及 JIT 思想的載體?？ㄆ刂ば蛄鲃?，不停地向下向后傳遞，直到這個零件或者組件制造完成，卡片就被取下放入到看板盒中。

綜上所述，看板有著管理流動的能力，這是看板非常核心的功能。除此之外，我們還可以將任務的進度、耗費的資源也體現在一張白板上，比如我們后面要學習到的燃起圖、燃盡圖等等。這就出現了看板的第二個能力，它可以度量我們的項目。

在看板管理的不斷發(fā)展過程中，又現出了單獨的一些管理看板。比如說質量控制看板、信號看板、任務看板等。在軟件領域，主要的就是任務看板。

比如我在實際的項目開發(fā)過程中，使用過的 Scrum 任務板。這個東西具體的內容我們將在 Scrum 相關的文章再詳細的說明。