融會貫通看板後，就試著進入敏捷式開發管理"Scrum"的世界吧

在過去如大型建設等硬體工程上，例如以室內裝修為案例，在交屋驗收前，若是專案設計需要變動，除了最後交屋的時間會延宕之外，更常會遇到的是如隔間要打掉重作、已經鋪好的地板要挖起來變成大里石，選定好的材料要全部更換....等等硬體成本的浪費。

而在軟體開發的角度上，因為專案變動的需求影響到的硬體成本，較過去其他傳統專案較少，因此在執行專案的過程中，很常會遇到在交付前的需求變更。而為了因應這樣的狀態和需求，在「以變為不變」的管理方式中，如何有效管理自己團隊的節奏來因應這些需求，更是敏捷式開發「Agile 」的核心概念。

在上一篇的看板管理方法中，想必大家應該都對視覺化的管理和改善有了初步的認識，但看板的管理概念較為廣泛，多數用來記錄及管理這些從需求出發的Idea，到產出成功能和產品間所有的活動與歷程，重心會偏向在工作流程的追蹤和改善。

而若是今天收斂到需求的開發上來說，會不會有其他的武功更值得我們參考或使用，若是作過專案的朋友們，相信在有限的時間內對產品作收斂是相當困難的，一來是要挑戰團隊間的資源規劃、二來是必須應付業主的需求，這時候也許看板的範疇在管理上就會顯得較不受用。這時候我們會為各位介紹另外一種管理方式「Scrum」。

和看板概念非常類似，一樣是透過視覺化來追縱團隊進度的管理，但方法卻大為不同了，有聽過Scrum的朋友對下面這張圖一定很不陌生
 

了解看板(Kanban)方法的核心方法，活化你的管理思維

在上一篇看版管理方法的介紹中，我們已經為各位介紹了Pull & push system 的差異，以及WIP的計算理念。
也知道了看板的概念是將現有的工作流程視覺化，並依據整個工作流的觀察加以改善的管理方法。
而在這一篇文章中，會針對看板的核心六種方法，去作更細節化的解釋，作為我們在現實的工作流程與團隊績效改善的依據。

看板的六種核心方法如下：
1.Visualize (視覺化看板)
2.Limit WIP (限制WIP)
3.Manage flow (管理工作流)
4.Make policies explicit (定義工作流)
5.Implement feedback loops (落實回饋)
6.Improve collaboratively, evolve experimentally (合作改善)
接著將會以小編身為一個開發單位PM的經驗，來為各位介紹方法。
首先透過方法1，將小編目前的工作流程看板視覺化如下，並透過方法2定義WIP，定義方式為以團隊成員數來作依據。
看板如下：