close
最近看到一篇文章是想找人討論專案的規劃作法
我自己最近也有在寫個人專案,所以想寫一下自己的看法
一般想到的作法可分成有兩種方向:
1.做好完整的規劃再動手寫程式
2.邊寫邊想怎麼改
我自己最近也有在寫個人專案,所以想寫一下自己的看法
一般想到的作法可分成有兩種方向:
1.做好完整的規劃再動手寫程式
2.邊寫邊想怎麼改
我想關鍵應該在時間還有複雜度
很多專案都有所謂的截止時間
這專案要開發多久,哪一天要完成(Dead Line)?
決定時間預估準確度的關鍵在於對於需求甚至範圍的掌握度
規劃得越清楚、需求越明確、甚至技術面的設計越清楚,花費時間的預估就能越準確
釐清這些規劃也是需要花費時間的,這時間的預估是很困難的
範圍越大、邏輯或架構越複雜,時間越難估算
事前詳盡的規劃雖然在初期可能在初期陷入時間難以控制的狀態
但是只要規劃有做好,隨著專案的進行,預估時間將越來越準確
至於當初規劃要實現的需求,會不會在專案進行中甚至完成後發覺其實不需要,這也是有可能的。
這專案要開發多久,哪一天要完成(Dead Line)?
決定時間預估準確度的關鍵在於對於需求甚至範圍的掌握度
規劃得越清楚、需求越明確、甚至技術面的設計越清楚,花費時間的預估就能越準確
釐清這些規劃也是需要花費時間的,這時間的預估是很困難的
範圍越大、邏輯或架構越複雜,時間越難估算
事前詳盡的規劃雖然在初期可能在初期陷入時間難以控制的狀態
但是只要規劃有做好,隨著專案的進行,預估時間將越來越準確
至於當初規劃要實現的需求,會不會在專案進行中甚至完成後發覺其實不需要,這也是有可能的。
如果邊寫邊改,除非專案範圍很小,需要時間很短,否則很容易陷入時間無法控制狀態
優點就是做的東西會很符合自己的需求
要是牽涉太過複雜的部份,也還是需要做些範圍較小的規劃
優點就是做的東西會很符合自己的需求
要是牽涉太過複雜的部份,也還是需要做些範圍較小的規劃
所以在決定使用哪種方向時,第一個要問的是時間有多少
如果沒有時間限制或給不出時間(對完成目標所要做的事情沒啥概念)
那就不適合先規劃好再開發
再來就是複雜程度,如果情況複雜與未知程度到達難以預先規劃的程度
想規劃也規劃不了,那只能選擇邊寫邊改
想規劃也規劃不了,那只能選擇邊寫邊改
兩種作法的方向都有各自的優缺點,現實情況有時會使人需要選擇某種作法,這時在享受此作法的優點時,也必須承受其缺點。
如果針對需求特性做混合搭配,也許可以減少要承受的缺點影響
我個人最近採用的是邊寫邊改
個人專案的開發動力源自於個人興趣
如果突然沒興趣了,那專案很可能就中途停工然後不了了之了
所以越快有能使用的成果出來越好,即使成果是很微不足道
個人專案的開發動力源自於個人興趣
如果突然沒興趣了,那專案很可能就中途停工然後不了了之了
所以越快有能使用的成果出來越好,即使成果是很微不足道
全站熱搜
留言列表