【项目管理】-任务拆分

记一次领导的任务拆分改革。

目的

1.需求的了解。对每个需求大致需要做哪些工作，有足够的思考，让排期更准。

2.任务的细化。任务拆分的足够细，能知道每天做什么，并且能更好地了解进度，进行风险把控。

3.信息互通。在一开始多进行需求细节讨论，和设计方案的确认，能避免做完后的东西出现偏差，再返工的情况。

任务拆分步骤

1.每个迭代开始前两天，固定为修改bug和拆分任务的时间

2.对每个需求，在经过了需求评审后，细化出：

    a.大致完整的设计方案

    b.完成步骤

    c.每个步骤需要划分成哪些任务，每个任务需要哪些人参与

3.对每个任务进行排期，每个任务的排期范围为0.5-2天。并给出需要这么多时间的理由。

其它说明

1.客户定制需求。所有客户定制需求，也需要建需求和任务。分别建在对应的客户迭代里。

2.临时需求。当有人提出需要临时插入需求时，需要提出人和产品经理进行沟通，是否优先级能大于当前在做的某些需求。如果确实需要插入，需要重新进行排期，并通知所有被影响的人，一起重新进行计划和排期。

3.不确定因素。对于客户项目维护，bug修复，开会，需求讨论这些不确定因素，根据以往经验，估计一个平均的占比系数。例如这些工作平均会占用30%的时间，在需求排期时，当认为全力开发需要1天时，最后给出的排期应该为：1 ÷ 0.7 = 1.5天。

4.设计方案。对大部分需求，都需要出一个设计方案，出了以后，立马进行评审。在评审没问题以后，才进行开发，避免做完后的东西出现偏差，再返工的情况。