我們是按照2周一個版本來開發的，
比如說三月份這個月有2個版本計劃，0315版本，0331版本，
然后0315就是我們開發提交完畢（包含開發自測），交付給測驗測驗，
再馬不停蹄的轉入0331版本內容的開發設計，編碼環節。
這個時候0315版本測驗出來的問題，再放到例如【0315Hotfix1】的版本里面來，這樣在做0331版本的時候就要同時兼顧0315hotfix1里面的問題，如此反復迭代，總感覺哪里不對勁，因為0315交付后，其實完全沒有留有【修復測驗發現問題】的時間，而是默認認為【開發提交的代碼就是應該高度保證質量，至少hotfix里面的內容不會很多】
所以這種版本計劃一旦滾動起來，就是沒玩沒了的惡性回圈，手上的最新版本還沒做完，上一個版本的hotfix問題又出來了，同時多個版本開發，還要兼顧代碼合并，最后聯調的時間幾乎沒有，時間點上能開發完就不錯了，又導致質量低下
不知道大家平時開發作業中，是什么樣的版本安排？
uj5u.com熱心網友回復：
那還是因為作業任務安排得太多， 所以這樣。作為專案經理， 必須要控制好個。
如果 03-15 是一個里程碑， 那必須是一個真正的可以發布沒有大問題的節點。
所以 03-10 之前開發就應該截止，3-10 到 3-15 專門用于測驗和解決bug。
如果解決不了，那就將發布時間適當延后。
如果短時間解決不了，那就延后到 3-31， 一個人專門解決bug, 其它人去做新的事情。
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/61942.html
標籤：非技術版
上一篇：激活navicat premiumn時遇到patch unsuccessfully or already請問如何解決
下一篇：SQL server2012