Stop starting, Stop Finishing

http://www.amazon.com/Stop-Starting-Start-Finishing-Roock/dp/0985305169/ref=sr_1_1?ie=UTF8&qid=1376140716&sr=8-1&keywords=stop+starting+start+finishing

 

 

Justin 是一位專案經理. 他的專案無法在期限內準時完工. 雖然他強迫他的員工加班, 並且也提供獎金, 希望能讓他們工作更有效率, 可是卻是效果很有限.

 

有天他用印表機在印他的專案計畫, 他發現到印表機印完一張, 再吸下一張起來印, 一直持續這樣的動作, 直到所有文件都被處理完. 這是一個很快速, 很有效率的流程. 你不能一次拿多張紙, 或是印多張紙, 那樣反而會夾紙, 會讓處理速度變慢.

 

他發現道專案團隊和印表機一樣, 都是擁有有限的處理能力. 工作量超過其處理能力, 將會導致工作效率降低, 或者生產品質滑落.

 

因此, Justin認為第一件事情是要知道團隊的處理能力為何, 並且要確保工作量不要超過它.

 

要如何知道團隊的能力呢? 在製造業這列有形的工作, 很容易知道處理了多少. 可是在軟體開發, 這種以知識工作的產業, 是比較不容易顯示其處理能力.

 

Justin 試圖去抽象化工作的內容, 讓我們可以將工作狀況視覺化. 因此他將工作流程和所要處理的工作視覺化.

首先買個很大的白板, 把它貼在牆壁上

他將工作流程中每個步驟變成一個直行 (column)

對於團隊所要處理的功能, 寫在便利貼上面, 貼到白板上面

 

backlog

分析

開發

測試

做完

 

 

 

 

 

 

每個功能一開始會在最左邊, 然後逐漸移到右邊

 

可是當Justin 團隊開始使用白板後, 他們發現整個白板被便利貼佔滿.

 

這並不是壞事, 他們知道現狀到底是甚麼, 他們有很多事在做, 並且在每個階段都有很多事情在進行.

 

arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()