深圳APP开发就上篇文章《深圳APP开发公司分享APP后台管理端制作经验（六）》，对于APP制作后台开发的流程以及注意事项作了相关的总结，几天我们继续前面的文章将未完部分写完，希望我们的客户们通过本文，对您即将要做的APP项目制作流程有一个初步的了解，也为您今后的APP营运工作带来帮助。
APP开发后制作流程示例图
一、在日常开发App开发中，App通过API和App后台交互，所以后台开发人员先设计相关的API并让API返回假数据，以便让App的开发人员调用API接口顺利开展工作。先设计相关的API并让API返回假数据有两个好处。整个开发计划有个总体的规范。相当于是TDD（测试驱动开发）。开发过程中遇到任何问题，必须及时找相关人员沟通。这样有个关键的地方，沟通可能会打断别人工作，打断别人的工作有两种情况：一种是别人正在投入、忘我地进行某项关键性工作；另外一种是别人正进行一些零碎的、不重要的工作。对于第一种情况，打断别人的工作后别人心情也不好，而且其重新切换到投入、忘我的工作状态很困难；对于第二种情况则没多大关系。为了保证沟通的效果，可以采用下面的方法。如果不是非常紧急的问题，可以等相关人员休息的时候再沟通。解决一个问题，先梳理情绪，再梳理人际关系，最后才是问题本身。多微笑，别苦着脸，平时待人和善，说好话，存好心，做好事，沟通的时候对事不对人。对于关键性工作可以试一下番茄工作法：设计一个很短的时间周期（例如25分钟）专注于工作，中途不允许被任何人打扰，过了这个时间周期后休息5分钟。Scrum中有个关键的职位“Scrummaster”，在创业开发团队中，Scrummaster一般是由技术总监担任，团队和外部的沟通必须统一通过Scrummaster。例如市场部、运营部的同事有什么需求要开发团队完成，必须要经Scrummaster同意后再由Scrummaster和开发团队沟通。如果开发人员有重大的决策，也必须经Scrummaster同意。Scrummaster的最大作用是屏蔽外部对开发团队的影响，使开发的进度和开发的效率得到保证。团队建设采用定期团体活动，当时的团体活动是周四下午集体去打羽毛球。团体活动不但能加强团队的凝聚力，而且运动后身体沉闷的感觉都消失了，变得神清气爽，活力十足，开发效率倍增。在开发过程中需要注意：一个SprintBacklog中，需求不能变更，UI确定后原则上只能做小修改（但这点无法得到保障）。产品有新的需求，下一个SprintBacklog再考虑。
APP开发后台开始制作示例图
二、每日例会每日例会前，团队成员应该整理各自的任务列表，包括：昨天完成了哪些任务，每个任务使用了多少时间，没完成的任务估算还要多少时间。剩余的开发时间。例会中产品经理和开发团队的成员都要参加，如果可以的话，让运营人员和市场人员也参加，这样可以使团队每个成员都对公司的产品有个整体的了解。每个人在例会上报告以下3方面的事情。昨天做了哪些工作？今天准备做哪些工作？有什么工作需要其他同事配合？注意避免在会议上讨论问题，如果真的需要讨论，请在会议后和同事讨论，不要浪费整个团队的时间。
APP开发后制作流程示例图
一、在日常开发App开发中，App通过API和App后台交互，所以后台开发人员先设计相关的API并让API返回假数据，以便让App的开发人员调用API接口顺利开展工作。先设计相关的API并让API返回假数据有两个好处。整个开发计划有个总体的规范。相当于是TDD（测试驱动开发）。开发过程中遇到任何问题，必须及时找相关人员沟通。这样有个关键的地方，沟通可能会打断别人工作，打断别人的工作有两种情况：一种是别人正在投入、忘我地进行某项关键性工作；另外一种是别人正进行一些零碎的、不重要的工作。对于第一种情况，打断别人的工作后别人心情也不好，而且其重新切换到投入、忘我的工作状态很困难；对于第二种情况则没多大关系。为了保证沟通的效果，可以采用下面的方法。如果不是非常紧急的问题，可以等相关人员休息的时候再沟通。解决一个问题，先梳理情绪，再梳理人际关系，最后才是问题本身。多微笑，别苦着脸，平时待人和善，说好话，存好心，做好事，沟通的时候对事不对人。对于关键性工作可以试一下番茄工作法：设计一个很短的时间周期（例如25分钟）专注于工作，中途不允许被任何人打扰，过了这个时间周期后休息5分钟。Scrum中有个关键的职位“Scrummaster”，在创业开发团队中，Scrummaster一般是由技术总监担任，团队和外部的沟通必须统一通过Scrummaster。例如市场部、运营部的同事有什么需求要开发团队完成，必须要经Scrummaster同意后再由Scrummaster和开发团队沟通。如果开发人员有重大的决策，也必须经Scrummaster同意。Scrummaster的最大作用是屏蔽外部对开发团队的影响，使开发的进度和开发的效率得到保证。团队建设采用定期团体活动，当时的团体活动是周四下午集体去打羽毛球。团体活动不但能加强团队的凝聚力，而且运动后身体沉闷的感觉都消失了，变得神清气爽，活力十足，开发效率倍增。在开发过程中需要注意：一个SprintBacklog中，需求不能变更，UI确定后原则上只能做小修改（但这点无法得到保障）。产品有新的需求，下一个SprintBacklog再考虑。
APP开发后台开始制作示例图
二、每日例会每日例会前，团队成员应该整理各自的任务列表，包括：昨天完成了哪些任务，每个任务使用了多少时间，没完成的任务估算还要多少时间。剩余的开发时间。例会中产品经理和开发团队的成员都要参加，如果可以的话，让运营人员和市场人员也参加，这样可以使团队每个成员都对公司的产品有个整体的了解。每个人在例会上报告以下3方面的事情。昨天做了哪些工作？今天准备做哪些工作？有什么工作需要其他同事配合？注意避免在会议上讨论问题，如果真的需要讨论，请在会议后和同事讨论，不要浪费整个团队的时间。
三、测试和修复Bug产品开发完成就进入测试和修复Bug的阶段。如果人手不足，可以使用交叉测试的方式，即Android开发人员测试iPhone的App，iPhone开发人员测试Android的App，后台、运营、UI等人员看情况分配测试任务。测试人员把测试得到的问题提交到Bug管理软件，每个Bug应该包含3部分。问题描述和重现步骤。测试人员。负责解决这个问题的人员，如果测试人员不知道具体负责人，把问题提交给技术总监，由技术总监指定解决问题的研发人员。
四、评审会议在测试和修复Bug完后全体人员开评审会议。相关的开发人员在评审会议中向全体人员演示App的功能。iPhone的演示可以使用一个收费的工具，该工具把iPhone屏幕的影像传输到Mac电脑，再通过Mac电脑传输到投影仪，Android上没找到哪个好用的演示工具（后来网友提示360手机助手可以实现演示功能）！当时我们的方法是Android演示的时候，用iPhone的摄像头对着Android机，通过iPhone的收费工具在投影仪上观看。
五、回顾会议研发完成后开回顾会议，每个成员都在会议中提两点。这轮迭代过程中做得好的地方。这轮迭代过程中做得不好的地方。这个过程走两轮，即每个成员都要提两点做得好的地方和两点做得不好的地方。注意当一个成员提出自己的意见时，其他成员不做任何的评价。
六、及时反馈精益理念中很重要的两点是快速反馈和快速迭代。快速迭代是通过Scrum这个敏捷开发框架实现的，但快速反馈呢？产品投入到市场后，怎么快速收集用户的反馈呢？当时项目采用的方法如下。建立相关的QQ群，收集意见。在App中，有个意见反馈的功能，能把反馈的意见发送到服务器。后台中有个系统的账号。每个用户注册后就自动加这个系统账号为好友，可以随时通过聊天功能向这个系统账号提问题。产品经理经常登录这个系统账号和用户交流。
七、APP开发公司总结：敏捷开发不是万能药（世界上也不会有万能药），团队如果不结合项目的实际情况，觉得敏捷开发时髦就生搬硬套地把敏捷开发引入到项目中，那是得不偿失的。敏捷开发更适用于需求多变、开发周期短的项目，例如App的开发，对于大型的航天、银行、证券等项目，敏捷开发不一定合适。深圳APP开发博纳网络编辑整理，对于APP开发后台制作步骤流程经验文章第一部分分享完，如果本类型的文章对您的工作有所帮助，敬请关注APP开发后台制作经验第二部分，APP开发之后台基础技术。
当前文章链接：/construction/appkaifa/1285.html
如果您觉得案例还不错请帮忙分享：
[声明]本网转载网络媒体稿件是为了传播更多的信息，此类稿件不代表本网观点，本网不承担此类稿件侵权行为的连带责任。故此，如果您发现本网站的内容侵犯了您的版权，请您的相关内容发至此邮箱【qin@198bona.com 】，我们在确认后，会立即删除，保证您的版权。
.jpg)
