敏捷开发是快速迭代,快速交付的开发模式。这也就要求迭代周期内任务量不宜过大,以保证在预期内能够按时完成开发计划。
敏捷开发中怎样保证开发任务的适宜呢?答案是任务分解。而任务分解的前提则是需求确认。
敏捷开发中的需求确认
我们都知道需求的来源渠道很多(如用户调查问卷,用户访谈,客户服务人员/商务人员的反馈,产品的技术交流群,用户使用数据分析等,甚至还有一部分来源于产品经理对产品的定义,以及对技术的把握和对竞品的分析),通常产品经理收集到的用户故事需要经过分析筛选整理,形成最初的产品需求。此时的产品需求算是草稿状态的产品需求。
产品经理通过发布计划会议对初步的产品需求进行讲解传达,由敏捷团队讨论细化,对其评估和排序之后形成需求条目,也就是可以排到敏捷开发计划里面去实现的需求列表。至此为需求确认的完成阶段。
需要注意的是,在需求分解时需要面对的一个问题是需求的优先级问题。先做哪个后做哪个?你可以参考下面几个标准。
1、价值,包括对产品自身的价值和对用户的价值,价值越高优先级越高。
2、必要性,先做必