您的位置 首页 其他内容

敏捷开发是什么意思及流程又有什么?

敏捷开发模型和过程分析, 第一步:需求获取 产品经理从客户、终端用户、开发Team、其他干系人处先获取到初步的…

敏捷开发模型和过程分析,

第一步:需求获取

产品经理从客户、终端用户、开发Team、其他干系人处先获取到初步的需求,这个需求可能是明确的,可能是缺少部分的,可能是相关产品干系人还没有想清楚的需求列表。敏捷开发体现的是需求是不断渐渐明晰的,需求可以是从最初的时候拿到,也可能是在开发讨论过程中新增加的,可能是在每次迭代产物后新增加的或者调整的,等等等。敏捷开发拥抱需求,相比传统的开发过程中,总会发生需求的并更,需求的新增,而这些需求的新增和变化往往会打乱我们的计划,如果说需求非常明确而且不会改变,使用传统的方式开发非常有效,但是这都是我们自己想象出来的,从业这么多年没有一次需求不会发生变化。

Product Backlog:产品经理整理所有的需求并分解需求到产品开发列表中,并对列表中的任务进行优先级的排序。

第二步:迭代会议

定义迭代的周期,周期定义在1周到4周,不宜超过4周也不宜太短,具体要根据项目的大小,复杂度来决定。一般是4周一个迭代。迭代会议需要定义迭代次数,完成所有的需求需要几个迭代周期。我们以4周为一个迭代周期,下一步是根据开发功能的优先级定义出第一次迭代(4周)能完成的任务量,并形成Sprint Backlog(迭代任务),Sprint Backlog 就是本次迭代内应该完成的任务列表。

第三步:每日站会

为什么叫站会,是因为时间不宜过长,一般在15分钟,大家站在一块每个人讲述一下昨天任务完成情况,今天的计划和遇到的问题。目的是让每个人都了解到Team的开发情况,让别人了解你的开发情况,敏捷需要Team内部每个人都了解每个人任务和功能,透明化。以及了解大家遇到的问题。

第四步:需求列表不断更新

有很多不明确的需求都会在开发的过程中渐渐明晰,有很多没有像明白的地方也会在开发过程中越来越清晰,当需求明确和清晰后反过来查看目前分解任务会发现需求变化了,新的需求来了,但是敏捷是拥抱需求,所有我们会把需求更新到产品需求列表中,待下一次迭代的时候排优先级进行开发。其实迭代周期定义到4周也是有讲究的,目的就是在短时间内处理介绍需求变更和新增对计划带来的变化。

第五步:迭代周期成果发布

敏捷开发要求,每次迭代的产物都是可视、可运行、可操作的系统。所以每个迭代的产物都是可以使用的系统,可以需求不完整,可以有缺陷,但是必须可视可运行可操作。每次的产物也需要有评审会议,评审完成情况,评审成果,评审需求,收集用户反馈,更新需求列表等。

第六步:反思会

对于每次迭代周期完成,都会有反思会,反思上一次迭代的问题,总结经验教训,再下一个迭代中改进改进改进。

最后:每次迭代周期多会重复上面的1-6步,直到迭代最后完成,衡量一个项目的成功不是一定要把项目完成给客户使用,在项目管理里面也有定义,在中途投资人终止项目对于项目来说是也是成功项目,敏捷开发更能体现出这一点,每次的迭代产物都会和客户、投资人、相关干系人进行评审,如果发现现在做的项目最终完成是超乎了最初的想象,就算最终做完也是没有价值的,那我们提前的终止项目,可以更多的节省在这个项目的成本,让资源更多的利用到ROI更高的项目上去。敏捷每一次短时间的迭代更能验证产品的可行性。

本文来自网络,不代表秋风口立场,转载请注明出处:https://www.qiufengkou.com/81587/

作者: 秋风口

暴疯资讯站(www.qiufengkou.com)关注互联网最前沿的资讯,为互联网草根提供创业项目、创业经验、网络行业资讯、洞悉最前沿的资讯。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

返回顶部