敏捷开发是以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。
通俗来说,敏捷开发是一个软件开发流程,是一个采用了迭代方法的开发流程
简单来说,迭代就是把一个大产品拆分出一些最小的实现单位。完成不同的迭代就最终完成了产品,但因为迭代很小,可以边开发边验证
一个产品需要研发6个月,在第一个月就会拿出一个产品来,当然,这个产品会很不完善
会有很多功能还没有添加进去,bug很多,还不稳定,但不停地优化,根据反馈去调整下一个迭代的内容,最终可以达到比较好的产品效果。
实际迭代流程
有了基本概念,下面让我们看看项目实际迭代的流程
需求评审是整个研发迭代流程中非常重要的一环,对于产品经理来说,尤其要重视这个环节。
这也是产品经理参与最多的环节。需求评审一般分为产品内部需求评审和项目组正式需求评审。
1)产品内部需求评审
❑ 确保与产品整体设计一致
❑ 确保需求完整清晰
❑ 确保逻辑正确
❑ 先于开发一个月前准备好需求
2)正式需求评审
❑ 参与人:项目的相关负责人,产品经理、项目经理、开发、测试等实际参与项目的人员。
❑ 按照需求级别确保评审形式,遵循最小化原则。
❑ 评审结果双方确认,共同负责。
需求更改必须确认并修改文档。
❑ 评审的需求上需求系统,全生命周期记录。
(2)迭代计划
迭代计划是由项目经理在需求评审后针对迭代给出的详细计划。通常包含以下内容:
❑ 产品特性列表给出需求优化级。
❑ 综合考虑特性工作量、市场情况、开发力量,制定迭代计划。
❑ 确定体验、提测、上线时间点,各方确认。
❑ 协调资源,保障实施,及时调整。
❑ 风险评估,提前做好风险管控。
项目的全景图
产品经理根据用户反馈、市场需求、用户调研的结果制定需求,并提交到项目经理排期
产品研发的有两个需要保障的原则