2018年5月21日 星期一

融會貫通看板後,就試著進入敏捷式開發管理"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,定義方式為以團隊成員數來作依據。
看板如下: