Nov. 14 22:20~22:42
今天繼續昨天的內容，分享剩下的4種浪費與改善方法。第四種浪費叫做交接。
在真實世界中，交接又稱為「接屎虧」（接到爛攤子）
。
敏捷開發用來減少交接的方法也很多。
第5種浪費叫做工作切換。
老闆都希望把員工當CPU（中央處理器）來使用，最好能夠超頻。但是當一個人同時處理超過三件工作，花在工作切換的時間就會大於花在實際完成每項工作的時間。
以下是幾個減少工作切換的技巧。
延遲或等待是第6種浪費。
等待所形成的浪費在軟體開發中太容易發生了。
等待這種浪費很容易又引發其他浪費。
消除等待所形成的浪費，最簡單的方法就是「花錢 消災」
最後一項浪費，就是惡名昭彰的缺陷（bug）。
很多軟體實務做法可以用來降低缺陷，這些都是硬功夫啊。
最後回顧一下Scrum用來改善的兩個回饋路線。
建議兩本參考書籍給有志的鄉民們繼續深造。
結論很簡單，只有兩句話。
***
Teddy一直覺得這套消除浪費的做法，簡單、具體、又容易漸進式的實踐，對於練習「持續改善」的習慣很有幫助。
***
友藏內心獨白：敏捷開發跟PMP真的不一樣啊 。
沒有留言:
張貼留言