身為一個PM,帶過的專案愈多,遇到令人顛覆三觀的事情就越多。
敏捷式開發
只要在軟體公司待過,一定對於敏捷式開發不陌生,在現在的年代,是一種頗為主流的開發方式,這種開發方式,有著開發期短、彈性大、持續迭代的特性,但有時候不免會帶來一些技術債、版本管理的問題。
很多中國電商平台、App,非常擅長這種方式,往往一個新功能從發想、設計、到開發、測試和上架,可能用極短的時間,就上到我們所謂的Prod版本,直接進行"全民公測"。
反正只要有了問題,只要快速的修正、並且上新版本去調整即可。
濫觴
每一個版本的開發,在一開始本來就有規劃的,該放什麼項目、該修什麼問題,本來就在既定的目標內。但往往長官會因為一句話、一個想法而臨時加東加西,甚至user也是。
"難道不可以同時進行嗎?"
"廠商不是用敏捷式開發嗎?"
"沒有優先順序,我全都要"
敏捷式開發會出現的原因,其中一個,應也是為了問題能即時處理而誕生,但當一個開發週期被無限減少、濃縮,但項目卻一直添加、沒有排定優先順序,那產生的後果就是。
為了求快,而放棄其他一切的版本。
放棄了優良的程式結構、完整的QA測試、甚至改A錯B的版本管理問題。
算上要去修正這一切問題的時間。
這樣,真的有比較快嗎?