靠谱 的软件外包伙伴

您的位置:首页 > 新闻动态 > APP外包开发项目常规研发流程与计划!

APP外包开发项目常规研发流程与计划!

2016-08-01 12:29:29

一个移动APP开发项目研发规模可大可小,但都离不开以下几个成员:产品经理、ui设计师、前端开发、后端开发、测试等。如何合理安排项目成员工作、确保项目顺利进行呢?一个清晰合理的项目研发流程控制很重要。

项目研发流程一般来说分3个阶段

APP开发项目研发规模及流程控制

APP开发项目研发规模及流程控制

第一阶段:需求策划。

在需求阶段产品经理内部进行需求讨论:讨论下版本需求重点是什么,做什么功能,怎么做。通过反复调研、讨论、输出交互方案。

确认需求可行性:产品在输出交互方案后找相应的开发讨论需求方案是否可行,这个讨论阶段产品和开发的思维方式不同,往往会擦出新火花、新惊喜;但讨论控制不好或者会演化为产品和程序员的撕逼大战,呵呵。

UI设计:设计师将产品的交互方案变得更生动精美,不过精美的设计稿不见得都能实现出来。在这个过程中产品经理需要协调设计师和前端人员的沟通,制定设计 规范。同时保证设计稿的质量,出稿进度。需求宣讲:产品经理将交互方案和实现逻辑完善以及将上版本的bug、其他优化需求等整合出完整的版本需求文档后, 拉上项目所有成员宣讲。宣讲目的主要让项目成员清楚新版本需求的重点是什么,做什么功能,为什么做(重点讲);简单介绍怎么做,讲解交互方案或设计稿,给 大家有一个整体的印象,让大家都了解版本功能的意义。

第二阶段:需求研发。

项目启动:需求宣讲后,开发根据产品需求文档进行需求评审,评估出研发周期、提测时间、预发布时间点、正式发布时间点。

产品根据评审结果发送项目启动邮件。研发:需求研发过程中,产品跟进研发进度,保持与开发沟通确保需求被正确理解,及时解决研发过程中发现的新问题。测试用例:产品、测试、开发共同确认版本测试用例,并同步研发过程中变更的需求和细节。

提测:产品验收开发输出的功能模块,并输出体验回归文档;测试根据用例验证需求逻辑,提bug、优化给开发。内网环境测试通过后,测试继续验证预发布环境、正式环境。

第三阶段:版本发布。

客服培训:测试验证的过程中,版本发布前,产品提前给客服培训新版本内容。

发布:后端开发、运维人员将代码发布外网环境,前端输出外网正式包。产品运营将正式包上传各大安卓市场或ios -appstore提审。

升级:所有安卓渠道包更新好,或者appsore审核通过,新版本也没有发现什么问题时,后端开发和运营人员打开升级配置,并发送升级通知。

运营报告:版本发布完毕还未算完呢,运营人员在新版本发布后,收集用户反馈,进行数据监测、数据分析;评估新版本功能效果和影响,验证新版本功能以及输出下版本需求开发和优化建议。

从以上APP项目研发流程来看,每一个版本研发都要经历以上3个阶段12环节,理论图上看是一条完整的流水线,但是如何保证流程顺畅进行?如何使项目成员工作效率最大化?这十分考验产品经理/项目经理的版本规划能力。当然项目成员间的默契和沟通也很重要。

从笔者实践经验来看,要保证流水线顺畅,理想情况产品需求文档要领先前端开发2个版本,设计领先前端开发1个版本,后端开发领先前端开发半个版本。即在当 前项目启动同时,产品经理已经在调研讨论下下版本需求;设计开始搞下版本的稿子;当前项目进行到一大半时,后端已经完成当前版本的需求,并开始准备下版本 的需求预研。

版本规划是产品经理根据需求优先级和开发进度预估定出来的,即每个版本要做什么,重点是什么,研发时间,上线时间等。一般来说,项目每发布一个版本都应该有它的意义和主打功能。

App首个版本相对来说时间较长:app需要搭配开发环境,确定app技术框架,以及研发各种基础系统等。像这样时间较长的版本研发,产品经理和技术在需 求评估时要将开发需求分阶段进行并且设置里程碑(尽量不超过3个),在每个里程碑(最长不超过1周)时间点,产品经理需要确认完成的情况,发现问题及时调 整研发计划,控制项目风险,保证项目如期完成。

后续开发的每一个版本都应该至少有一个重要功能,版本研发周期最好控制在2周-3周内。这样的好处一方面是保证项目成员有个良好的开发节奏,使研发效率最 大化;另一方面保证每个版本有新东西给到用户体验,以及符合各大市场申请首发条件,获得免费的推广资源(ps:一般首发活动可以获得几千到几万的免费用 户,还是挺吸引的)。当然重大功能上线的话,确保上线后版本的稳定性,可以将研发周期延至1个月,或者进行灰度发布。要尽量避免安排超过一个月研发周期的 版本,否则要将长版本设置为若干个里程碑验收。经验来看研发周期过长往往会导致研发技术人员精力分散,工作拖沓,积极性下降。

一般情况不建议频繁发布小版本,因为每个版本发布都需要测试,打包,发布市场,发升级配置和升级提醒等。频繁发布小版本造成测试和运营重复性工作增加,造 成资源浪费;用户侧看频繁的升级提醒也是件很讨厌的事情。另外,建议外网运营客户端版本最多不要超过4个。维护老版本成本还是比较高的,比如做新功能还要 考虑新老版本兼容情况,和各种后台数据接口升级、更新的兼容问题等。

在特殊的情况下,有紧急的bug和漏洞时,才建议紧急发布一个bugfix版本。

 

关于:中科研拓

深圳市中科研拓科技有限公司专注提供软件外包、app开发、智能硬件开发、O2O电商平台、手机应用程序、大数据系统、物联网项目等开发外包服务,十年研发经验,上百成功案例,中科院软件外包合作企业。通过IT技术实现创造客户和社会的价值,致力于为用户提供最佳的软件解决方案。联系电话400-0316-532,邮箱sales@zhongkerd.com,网址www.zhongkerd.com


  上一篇   [返回首页] [打印] [返回上页]   下一篇