David Ko的學習之旅

以前在瀑布式開發時, 是屬於大批次處理, 要分析做完, 再進行設計,一關完畢再處理下一關.

因此, 往往發現問題時, 大多是在測試末期, 或者是專案後期, 才知道專案的品質和時程, 都不如預期理想. 主要是因為大批次, 要道後面做完或是快做完, 才知道問題在哪. 此外也因為學生症候群效應, 大家都是在交作業前, 才會很緊張沒有做完.

在敏捷開發中, 強調要以 iteration 方式開發, 並且建議將大的需求拆解成小的 user story. 為的就是希望, 早期就知道問題出在哪裡, 早點就處理, 也不讓員工認為時間還早, 就沒有花心思在專案上.

需知道你這麼短的循環, 你都會估不準, 無法順利做完, 更不用說為時半年或一年的專案.

並不是時間長, 你就做得完, 而是實際狀況是, 時間越長, 你被交代要做的事情越多, 你也是不會有足夠的時間.

所以短周期只是讓你原先的有問題的地方, 越早曝露出來.

也就是如果你本來就有規劃不準確, 程式品質不佳, 架構設計沒有彈性等等這些問題, 專案時間長, 只是讓你久久爆發一次, 或者最後才發現. 敏捷只是讓你早點知道有這些問題, 你必須要去處理它們, 否則你便會每個 iteration 規劃的東西, 都沒有辦法做完.

想裝死, 你可以繼續用以前的做法. 如果想要知道你有那些問題, 試著用短周期和小功能吧, 你將會發現專案很多地方需要加強 XDD