做得到和做不到

只要在軟體公司待過，一定對於敏捷式開發不陌生，在現在的年代，是一種頗為主流的開發方式，這種開發方式，有著開發期短、彈性大、持續迭代的特性，但有時候不免會帶來一些技術債、版本管理的問題。

很多中國電商平台、App，非常擅長這種方式，往往一個新功能從發想、設計、到開發、測試和上架，可能用極短的時間，就上到我們所謂的Prod版本，直接進行"全民公測"。

反正只要有了問題，只要快速的修正、並且上新版本去調整即可。

每一個版本的開發，在一開始本來就有規劃的，該放什麼項目、該修什麼問題，本來就在既定的目標內。但往往長官會因為一句話、一個想法而臨時加東加西，甚至user也是。

"難道不可以同時進行嗎?"

"廠商不是用敏捷式開發嗎?"

"沒有優先順序，我全都要"

敏捷式開發會出現的原因，其中一個，應也是為了問題能即時處理而誕生，但當一個開發週期被無限減少、濃縮，但項目卻一直添加、沒有排定優先順序，那產生的後果就是。

為了求快，而放棄其他一切的版本。

放棄了優良的程式結構、完整的QA測試、甚至改A錯B的版本管理問題。

算上要去修正這一切問題的時間。

這樣，真的有比較快嗎?