敏捷开发管理--任务分解经验之谈

敏捷开发是快速迭代，快速交付的开发模式。这也就要求迭代周期内任务量不宜过大，以保证在预期内能够按时完成开发计划。
敏捷开发中怎样保证开发任务的适宜呢？答案是任务分解。而任务分解的前提则是需求确认。

敏捷开发中的需求确认

我们都知道需求的来源渠道很多（如用户调查问卷，用户访谈，客户服务人员/商务人员的反馈，产品的技术交流群，用户使用数据分析等，甚至还有一部分来源于产品经理对产品的定义，以及对技术的把握和对竞品的分析），通常产品经理收集到的用户故事需要经过分析筛选整理，形成最初的产品需求。此时的产品需求算是草稿状态的产品需求。

产品经理通过发布计划会议对初步的产品需求进行讲解传达，由敏捷团队讨论细化，对其评估和排序之后形成需求条目，也就是可以排到敏捷开发计划里面去实现的需求列表。至此为需求确认的完成阶段。

需要注意的是，在需求分解时需要面对的一个问题是需求的优先级问题。先做哪个后做哪个？你可以参考下面几个标准。
1、价值，包括对产品自身的价值和对用户的价值，价值越高优先级越高。
2、必要性，先做必需的功能特性，然后再做其他高级特性。
3、紧迫性，时间要求越高的优先级越高，特别是线上问题的解决。

除了优先级问题，在敏捷开发中我们还需要面对需求变更问题。需求变更之所以可怕，主要是因为变更影响的范围无法预估。在传统项目管理中，由于没有有力工具的支撑，产品经理在变更需求的时候，无法知晓该需求的影响范围，也就很被动。