适合APP的开发模式——敏捷开发

最适合App的开发模式——敏捷开发

 

传统的软件开发模式需要经历问题评估、计划解决方案、设计系统架构、开发代码、测试、部署和使用系统、维护解决方案等过程，如下图↓

采用传统软件开发模式的最大问题是开发周期过长，迭代速度慢。移动互联网行业发展速度快，需求不断变化，产品更新迭代的频率高，基于移动互联网的以上特点，就引入了Scrum这个敏捷开发框架。

 

Scrum简介：Scrum是一个敏捷开发框架，是一个增量的，迭代的开发过程。在这个框架中，整个开发周期包括若干个小的迭代周期，每个小的迭代周期成为一个Sprint，每个Sprint的周期建议为2~4周。在Scrum中，使用产品Backlog来管理产品或项目的需求，产品Backlog是一个按照商业价值排序的需求列表。在每个迭代过程中开发团队从产品Backlog挑选最有价值的需求进行开发。Sprint中挑选的需求经过Sprint会议上的分析、讨论和估算得到一个Sprint的任务列表，称为Sprint Backlog。

 

Scrum的流程如下图↓

 

Sprint 计划会议

Sprint计划会议前，产品经理所要实现的产品需求（产品Backlog）以用户故事（即从用户的角度去描述用户所需的功能）的形式确定下来，并画出原型图，UI根据原型图完成设计稿。产品经理同时确定各个产品需求的优先级。

Sprint计划会议期间（一般为2天），开发团队的成员不应该做任何开发工作，要将全部精力放在把产品需求分解成一个个开发任务，并估算开发时间。

估算开发时间需要注意以下几点。

1、对于所需要使用的新技术，要估算学习和调研的时间。

2、根据统计，每个程序员每天的有效工作时间是5个 小时左右，其他时间都被沟通、喝水、休息、上洗手间等琐事占据，如果某个任务估算超过5个小时，那就代表了这个任务完成需要超过一天的时间。

3、开发人员对于开发任务的估算尽可能精细，一般来说，每个任务的估算时间不应该超过5个小时，如果超过5个小时，就应该把这个任务再细分为多个更小的任务。只要尽可能精细地估算任务，总体估算时间是大概精确的，因为有的任务估算的时间比实际完成的多，有的比实际完成的少。

最后根据产品经理的优先级和开发人员的估算时间，确定这个迭代周期最终的开发任务和其对应的优先级，即完成Sprint Backlog。

 

日常开发

 

App开发中，App通过API和App后台交互，后台人员可以先设计好相关的API并让API返回假数据。

开发过程中遇到任何问题，必须及时找相关人员沟通。为了保证沟通的效果，可以采用下面的方法。

1、如果不是非常紧急的问题，可以等相关人员休息的时候再沟通。

2、解决一个问题，先梳理好情绪，沟通的时候对事不对人。

Scrum中有个关键的职位“Scrum master”，Scrum master一般有技术总监担任，团队和外部的沟通必须统一通过Scrum master。Scrum master的最大作用是屏蔽外部对开发团队的影响，使开发的进度和开发的效率得到保证。

在开发的过程中需要注意：一个Sprint Backlog中，需求不能变更，UI确定后原则上只能做小修改。产品有新需求，下一个Sprint Backlog再考虑。

 

每日例会

 

每日例会前，团队成员应该整理各自的任务列表，包括：

1、昨天完成了哪些任务，每个任务使用了多少时间，没完成的任务估算还要多少时间。

2、剩余的开发时间

例会中产品经理和开发团队的成员都要参加，如果可以的话，让运营人员和市场人员也参与进来，这样可以使团队每个成员都对公司的产品有个整体的了解。

每个人在例会上报告一下3方面的事情。

1、昨天做了哪些工作？

2、今天准备做哪些工作？

3、有什么工作需要其他同事配合？

注意避免在会议上讨论问题，如果真的需要讨论，请在会议后和同事讨论，不要浪费整个团队的时间。

 

测试和修复BUG

 

产品开发完成就进入测试和修复BUG的阶段。

测试人员把测试得到的问题提交到BUG管理软件，每个BUG应该包含3个部分。

1、问题描述和重新步骤

2、测试人员

3、负责解决这个问题的人员，如果测试人员不知道具体负责人，把这个问题提交给技术总监，由技术总监指定解决问题的研发人员。

 

评审会议

 

在测试和修复BUG完成后全体人员开评审会议。相关开发人员在评审会议中向全体人员演示APP的功能。

 

回顾会议

 

研发完成后开回顾会议，每个成员都在会议中提两点。

1、这轮迭代过程中做得好的地方。

2、这轮迭代过程中做得不好的地方。

这个过程走两轮，即每个成员都要提两点做得好和不好的地方。注意当一个成员提出自己的意见时，其他成员不做任何的评论。

 

及时反馈

 

可以通过建立相关QQ群收集意见，在APP中可以增加一个意见反馈的功能。

 

总结

 

敏捷开发不是万能的，敏捷开发更适用于需求多变，开发周期端的项目。