開發任務結束後，現在開始了測試，以及業務方測試。

經常會有BUG提交回來，都是在了解後，馬上安排下去修改。

有一天，大項目經理跟我說，你怎麼安排任務的，我說，有新BUG來了，馬上安排下去，現在差不多改好了。

他臉色微微一變，跟我說，以後不要這樣安排任務啦。安排任務時，一定要把開始時間，結束時間，任務詳情，任務數量，都安排好，之後再來的BUG，也不要再安排到已經安排的時間中。

我說，前幾天的BUG較少，大家都改完了。

他說，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因為他們做事快，做完後還要做更多的事。那這樣下去，誰還會盡快做好任務呢。

聽完後，我很慚愧，當初我還是程序員時，總有一種感覺，為啥總是有做不完的事，為啥總是在做事，為啥總是那麼煩悶，為啥總是不希望看到經理，每次經理朝我望來時，總是很緊張，總想避開。

那麼，項目中該如何合理安排開發任務?

精彩點評：

A：

前期--

1. 根據團隊裡開發人員的技術能力，拆分任務量；

2.對每個人的任務定開始時間、結束時間（PM對于任務或功能難易程度無法準确預判的，可與團隊裡技術大牛溝通後再定）；

3.出任務分解表、甘特圖；

4.團隊會議，講清楚項目的周期、任務的周期，及會上講清楚每個人的工作分工，對有異議的，溝通清楚後。形成會議紀要，任務分工定稿。

中期（BUG修複）--

1.項目實施過程，階段性、裡程牌提交；提交過程中，客戶有問題、有BUG。PM做好問題記錄，提交給對應的開發人員，定好修改時間，及跟客戶說清楚BUG修改後提交的時間（無法确定時間，PM與團隊技術負責溝通清楚後再回複）。

2.問題修改提交，形成書面确認文件，防止後期對方扯嘴皮子情況。

後期（維護）---

1.根據公司情況，團隊内開發人員是否穿插多個項目；預留1、2名開發的做售後技術支持；

2.售後技術支持，與客服、客戶做好對接（PM從中協調），做好BUG問題記錄、修複記錄日志。

B：

對于測試提交過來的問題，作為leader。1、首先，進行分類整理，按照輕重緩急的原則，排出優先級；2、任務分成哪幾個裡程碑計劃，有明确的時間節點；3、與被安排人确認任務；4、對任務完成進度進行跟蹤，每個裡程碑點到時，進行評審；5、根據跟蹤和評審，及時作出任務調整。有一個工作環叫做PDCA,就是計劃－》執行－》檢查－》糾正，可作參考。

C：

IT項目一般由需求分析、設計、實現、測試、交付結項等幾個階段組成，每個階段都一定要做好項目計劃，從你的描述來看，已經進入測試階段，但沒有提到測試計劃，所以我的建議是完善測試計劃，比方說測試執行三輪，每一輪的測試時間，修改BUG時間做好執行計劃。然後按計劃執行下去就行，沒那麼複雜！作為任務是一定要有起始時間和結束時間和任務執行人的。

D：

我不太看重計劃。畢竟計劃是給領導彙報用的。原則是火線處理。如果出了問題，告訴我解決方案和時間。讓領導決斷采取什麼方案，用什麼成本。達到什麼效果 ，風險是什麼。

大家任務數、任務量可控，明晰目标之後再着手做。這樣，每個人都有自己的schedule，然後又有優先級，所以進度可控，風險可控。

E：

我感覺時間是最好的老師，首先就是要熟悉團隊成員中個人的性格特點，能力層次，然後按照任務的優先級進行分配，再依據看每個任務的複雜程度确定開始時間和結束時間。

需要項目管理資料合集的同學可先關注然後私信我哦

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!