談?wù)動脮r間段來做項目的問題

申請免費試用、咨詢電話：400-8352-114

先簡要描述一下我們做項目的流程，在做項目中經(jīng)常遇到某些需求要求在某個時間段內(nèi)完成。當PD開始收集所有需求問題后整理，召集相關(guān)人員分析需求的可行性。同時要求能評估出開發(fā)時間，往往這時候因?qū)π枨髮崿F(xiàn)上存在不同方式、理解上不夠，決定了開發(fā)時間的不準確性。當最后確定要做的需求后，由項目經(jīng)理安排開發(fā)。這時候項目首先進入對需求的具體分析設(shè)計階段，隨著設(shè)計的細節(jié)考慮，時間評估上出現(xiàn)了較大偏差。反饋到PD后，大家就覺得項目怎么搞的，按照規(guī)定時間可能是做不完了，只好砍掉一些需求，這個過程又會浪費部分時間。最后由于時間的緊迫性，加班趕工，進入測試階段，在測試過程中又會發(fā)現(xiàn)開發(fā)的兼容性、擴展性等方面由于前期代碼架構(gòu)的問題引出新的問題。經(jīng)過一番折騰終于在規(guī)定時間內(nèi)搞完，也許有些功能還沒有具體測試。當要發(fā)布的時候，總結(jié)一下，發(fā)覺有些需求并不太符合最原始的需求了。而且花費近兩個多月也沒做幾個需求，反倒是因為部分需求需要修改原來的實現(xiàn)，或者因兼容以前的功能做了更多的事情。

　　下面我們看一下流程圖：

項目流程圖

　　從以上可以看出需求實際上占了整個開發(fā)的三分之一，當然了前期需求沒設(shè)計好是很影響后面的開發(fā)的。同樣的，當前項目中的系統(tǒng)架構(gòu)及設(shè)計沒做好是會影響后面項目的。有些需求可能還與其他部門相關(guān)，在配合上也存在較大風險。

　　一般來說主要問題在因時間緊迫，有些涉及架構(gòu)的需求被砍掉、或者因業(yè)務(wù)需求導(dǎo)致原始架構(gòu)變更。在同一個產(chǎn)品上持續(xù)開發(fā)，每次小項目的完成將導(dǎo)致測試回歸所有的功能，這個占的時間比例也很大。通常我們將開發(fā)時間和測試時間是對半的。來源：考試大的美女編輯們

　　從多個小項目實踐上看，如何將項目時間和需求功能合理調(diào)配比較關(guān)鍵，同時對需求功能的時間評估及設(shè)計，需要對系統(tǒng)比較熟悉的人來做，往往我們拿到需求后給相關(guān)開發(fā)人員去評估工作量，開發(fā)人員的理解因只限于局部，或者因其他原因預(yù)估時間偏差也比較大。針對上面的流程圖，我們可以根據(jù)實際情況加以改進，但PM要把握好整個進度執(zhí)行。

發(fā)布：2025-08-31 07:09 編輯：泛普軟件 · xiaona [打印此頁] [關(guān)閉]