IT專案管理標準作業程式 1 任務分配

在專案部內沒有以下情況： 1

、「我以為…"

2、「這是他們的事，與我無關

...」 3

、

適用物件：開發、測試、需求經理

建議使用工具：

ms project

server 2003

原則把握： 1.

根據實際完成者的能力和任務難易程度制定任務計畫，期間需要任務承擔者和分配者共同協商制定。 2.

一般需要對乙個月或者乙個季度的任務進行總體劃分，但是對於軟體生命週期不同階段，測試組可以將任務劃分的週期控制在一周內或者更短的時間段內。 3.

如果在乙個時間段內，為便於與其他工作人員協作，單位人員需要同時完成幾項任務的，則可以將任務承擔者的資源百分比做統籌計畫，但資源總和不能超過

100％。 4.

任務分配後，任務分配者必須在半個工作日內與任務接受者進行溝通，目的是：任務確認、任務答疑、任務排錯 l

需求經理必須需要在專案經理認可的範圍內制定任務計畫。 l

單位任務的完成時間不能超過

5個工作日，否則還需對此任務進行細化。 l

可以在乙個時間段內分配給需求工程師不同的任務，但是各個任務所消耗的資源總和必須為

100%。

l在軟體生命週期中，軟體研發和維護的任務分配有許多不同特點需要分別對待處理。 l

在單元測試階段，測試經理需要根據開發組的任務計畫制定相應的測試計畫，並且做到任務到人。 l

一般制定一周的任務計畫比較科學，由於開發人員的原因影響任務提交測試，這部分因素需要測試經理納入風險管理計畫內。較為科學方法是，培養測試工程師科學的測試流程，這部分工作將在後面章節中單獨敘述。 l

在系統測試和維護階段，測試經理可以根據維護目標提出的計畫作出任務分配，一般按照實際的完成週期安排計畫較為科學，期間需要留出緩衝時間，緩衝時間一般佔到總完成時間的

20％為宜。 l

在單元測試階段，單位任務的完成時間不能超過

4個工作日，否則還需對此任務進行細化。每週任務分配需要留出一天的

bug修改時間，這樣有利於保證質量管理計畫的完成。如果軟體交付日期緊迫，可以實行彈性加班制度，一般每個工作日需要增加

1.5小時作為

bug修改時間，同時在每週任務分配過程中不再留出單獨的

bug修改時間。不建議週末加班。 l

在系統測試和維護階段，單位任務的完成時間不能超過

5個工作日，單位工作人員的任務週期以長期任務為宜，這樣便於任務接收者對自己所承擔的任務有乙個整體概念，可以充分發揮其能動性。 l

在單元測試階段，專案經理主要做的是任務的優先級別劃分，即那些模組要先做，那些任務可以排在後面。同時根據以往的資料和經驗與各組經理溝通，確定最後的階段性工作量和完成時間，以此為基礎下達各組的任務完成計畫，並制定風險管理計畫。 l

在系統測試和維護期，階段性的任務目標一般由系統分析員或者產品經理提出，專案經理需要根據此目標與專案部各經理進行溝通協商，詳細聽取他們的意見和建議，最後作出任務完成時間表和人力需求表。如果在資源和時間上都能達成一致的化，則可以接受此階段性的任務目標，否則還需進一步對任務目標作出修改。