敏捷與不敏捷開發
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: 所以說來說去就是需要一個極資深的開發者(先知)啊
