深圳APP开发公司分享APP后台管理端制作经验（六）

当前位置：

主页

网站制作资讯

APP开发

深圳APP开发公司分享APP后台管理端制作经验（六）

发布时间：2018-08-29

文章编辑：网站建设文章来源：APP开发浏览量：次

深圳APP开发接前篇文章：深圳APP开发公司分享APP后台管理端制作经验（五），继续就APP开发后台制作模式以及经验进行分享。今天说说最适合APP开发的模式“敏捷开发系统”

最适合App的开发模式——敏捷开发传统的软件开发模式需要经历问题评估、计划解决方案、设计系统架构、开发代码、测试、部署和使用系统、维护解决方案这个过程，如图

所示。采用传统软件开发模式的最大问题是开发周期过长，迭代速度慢。移动互联网行业发展速度快，需求不断变化，产品更新迭代的频率高，基于移动互联网的以上特点，笔者曾经的团队在开发产品的过程中放弃了传统的瀑布流开发模型，引入了Scrum这个敏捷开发框架，下面谈谈当时笔者所在团队实施敏捷开发过程中的一些经验。Scrum简介：Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发周期包括若干个小的跌代周期，每个小的迭代周期称为一个Sprint，每个Sprint的建议长度为2～4周。在Scrum中，使用产品Backlog来管理产品或项目的需求，产品Backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum的开发团队总是先开发对客户具有较高价值的需求。在每个迭代过程中开发团队从产品Backlog挑选最有价值的需求进行开发。Sprint中挑选的需求经过Sprint计划会议上的分析、讨论和估算得到一个Sprint的任务列表，称为SprintBacklog。迭代结束时团队将交付潜在可交付的产品。当时笔者团队中的App项目的SprintBacklog大概为4周时间，其中包括2天的Sprint计划会议时间，2.5周的开发时间，开发的日子里每日例会必不可少，1周的测试修复Bug时间，1天的Sprint评审会议和Sprint回顾会议。Scrum流程如图

所示。

APP开发之Sprint计划会议Sprint计划会议前，产品经理所要实现的产品需求（产品Backlog）以用户故事（即从用户的角度去描述用户所需的功能）的形式确定下来，并画出原型图，UI根据原型图完成设计稿（在Sprint计划会议前出设计稿很重要，因为设计稿对估算时间的影响非常大）。产品经理同时确定各个产品需求的优先级。Sprint计划会议期间（一般是2天），开发团队的成员不应该做任何开发工作，要将全部精力放在把产品需求分解成一个个开发任务，并估算开发时间。估算开发时间需要注意以下几点。对于所需要使用的新技术，要估算学习和调研的时间。根据统计，每个程序员每天的有效工作时间是5个小时左右，其他时间都被沟通、喝水、休息、上洗手间等琐事占据，如果某个任务估算超过5个小时，那就代表了这个任务完成需要超过一天的时间。开发人员对于开发任务的估算尽可能精细，一般来说，每个任务的估算时间不应该超过5个小时，如果超过5个小时，就应该把这个任务再细分为多个更小的任务。只要尽可能精细地估算任务，总体估算时间是大概精确的，因为有的任务估算的时间比实际完成的时间多，有的时间任务估算的时间比实际完成的时间少，平衡后总量是差不多的。当然有时会遇到意料之外的技术难题，这时所估算时间就要大打折扣。最后根据产品经理的优先级和开发人员的估算时间，确定这个迭代周期最终的开发任务和其对应的优先级，即完成SprintBacklog。深圳APP开发博纳网络编辑整理。

当前文章链接：/construction/appkaifa/1282.html

上一篇：深圳APP开发公司分享APP后台管理端制作经验（五）下一篇：深圳APP开发公司分享APP后台管理端制作经验（七）

返回列表