敏捷與不敏捷開發

Tzu-Chien Wei
Aug 22, 2017 · 2 min read

There are seven days in the week and someday isn’t one of them. — Unknown

因為畢竟自己並不是個厲害的開發者,敏捷開發這件事情對我來說一直是一種近乎理想的烏托邦,光是 Time Estimate 這件事一直以來我都沒辦法很準確的估計,我想主要的問題還是來自於經驗(根本廢話),對於成熟穩定的開發者來說,當收到一張 ticket 就幾乎把整個架構設計好了,實作也只是具現化而已,所以時間相對容易評估。

但是反觀弱弱工程師如我,就想個大概就開始先做下去再說,然後見招拆招,有時候回過頭來都不太記得當初到底怎麼把這個功能給寫出來的(沈睡的苗栗小五郎?)可是這樣一來似乎很容易先撞到牆,然後才來回測試問題最後繞路,時間往往就會在這樣一來一往之中被浪費掉。

note: 所以設計才是最難的啊!應該把時間專心投注在這裡才對啊!

另一方面敏捷開發有個地方我也不是很能體會,也就是小功能持續迭代這件事情,這種事情聽起來很 make sense 可是也有句話是「差之毫厘,失之千里」,我一直很難說服自己,這樣不是以一個巨觀的角度來看功能,反而是積木慢慢的疊上去真的能夠穩固?當然在以一個剛開始的小專案要 shipping 出一個 MVP,走這樣的敏捷開發是很合理的,可是在我參與過幾個蠻大的案子,我覺得即使是敏捷開發,也是沒辦法把蓋歪的樓給扶正回來的,對於怎麼樣來從這個面向來解釋如何使用導入敏捷開發,我還沒辦法有個合理的解釋,可能我天生只能會不敏捷開發吧?

note: 所以說來說去就是需要一個極資深的開發者(先知)啊

)
Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade