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         在系统测试和维护期，阶段性的任务目标一般由系统分析员或者产品经理提出，项目经理需要根据此目标与项目部各经理进行沟通协商，详细听取他们的意见和建议，最后作出任务完成时间表和人力需求表。如果在资源和时间上都能达成一致的化，则可以接受此阶段性的任务目标，否则还需进一步对任务目标作出修改。