很多人可能會有這樣一個誤區，即敏捷開發就是快速，越快越好，加班加點寫程式碼、趕進度等，而實際卻並非如此，對於敏捷，我們可看作是輕量級、高效。

敏捷開發是一套軟體開發的價值和原則，倡導演進式開發，提早交付，持續改進，鼓勵對變化做出快速靈活的反應。

一般而言，傳統軟體開發時通常是羅列大堆需要的功能，之後再進行線性流程開發，這也被稱作瀑布流開發流程。而敏捷開發則是將專案分解成多個”小目標“，透過分階段不停完成這些小目標，進而完成一整個大專案。

我來說說敏捷的坑吧！

敏捷裡面有一個很難成立的前提假設，就是搭建專案之初， 團隊理解的架構是正確的。

然而，這幾乎很難。特別是沒有業務積累的情況下，架構也可能是錯誤的。

就像最初希望搭建平房，到專案做到一半的時候， 希望做成摩天大樓。

這個時候，無論怎麼調整無法收拾殘局。

敏捷天生傾向:變化很快，日後再說，對待架構問題也是如此！ 但架構師不容妥協的戰略問題，後續無法調整。

而不是深思熟慮的考慮當前的決策，導致一開始就產生架構汙染。