David Ko的學習之旅

在我目前的想法中, Kanban 最主要拿來處理這兩件事情

1. flow 流暢度: 我要確定功能能盡快做完. 如果無法流動很快就會有問題
2. 避免多工: 希望員工不要同時處理很多事情, 最好能一次處理一件事情, 趕快做完後, 在做下一件

最近在和別人討論 Scrum 時, 他們會覺得非常難推, 其中有些論點蠻有趣的

1. 必須要不斷衝刺
以前 waterfall只要衝一次, 從分析, 設計, 編碼到測試, 一次可能要半年或一年.

http://www.iiiedu.org.tw/ites/TCD.htm

對企業來說，軟體測試往往是軟體開發過程中，最繁瑣也是最重要的工作之一。其中測試個案開立技巧，更是決定的測試結果的成敗。因為好的測試個案能夠找出更 多錯誤，並且能以最小集合，來涵蓋最多範圍，以達到最佳投資報酬率。

在 2000初期時, XP 開始盛行, 那時候出版了一系列的 XP 的書籍, agile 的方法也開始討論.

那時候我覺得這些想法很吸引人, 很值得去學習. 只是覺得 TDD, CI, refactoring 這些東西學起來還蠻花時間的, 不容易在組織內推行, 要花不少時間才能精通, 才能看到績效.

後來 Scrum 出現之後, 發現他似乎比較容易導入, 因為只要開一些會就可以(誤), 進入門檻低很多, 不需要花很多時間就可以開始, 並且可以看到結果.(不見得是效果(誤 again))

一般人對於敏捷開發方法常常存在一些誤解, 認為時程固定或是時程很緊的狀況 採用waterfall 的方法是最佳解. 因為這是他們最熟悉的作法.

這通常有些誤解和危險