小程序项目流程总结

1.项目简介

此项目为专门为某旅游平台打造的一套系统，其目的是为了使得用户体验更加美好，运营人员更加轻松，淘汰旧的管理系统。设计团队成员有技术顾问大牛哥，产品经理猜猜，UI设计师爆炸，后台设计阿诠，前端设计本人，以及项目中后期加入的全栈社会康.项目后台使用MyBatis和Spring构建，由Maven进行资源管理。数据库使用MySQL，前端表现分为微信小程序及web端。目前微信小程序端已完成内测，即将推广用户。web端目前正在规划。

2.项目流程

2.1项目萌芽阶段

由于公司预算不足，项目前期无专职技术顾问或总监负责项目进展，前期后台设计阿诠一直在构建后台管理系统，前端外包给设计公司做H5页面，移动端和PC端。项目一段时间之后公司发现外包公司完全没有开始项目，导致公司项目上线无限期推迟，公司老板决定与外包公司解约，自己开发系统。

2.2项目初始阶段

公司老板先后招进本人，社会康当搬砖程序员，大牛哥担任顾问。大牛哥担任顾问，负责微信小程序端项目的管理。项目管理的软件使用的是Tapd。

项目前期没有需求文档和接口文档，只猜猜提供的交互稿及爆炸画好的设计稿。项目最开始先整理需求，技术部开会，理清楚需求，把重要程度低的和可以推迟使用的需求，放在版本迭代更新中，小程序的初版只留下最核心的需求，然后将最核心的需求，更新到产品需求中，再根据需求的重要程度，将需求优先级划分，优先级高的需求先完成，优先级低的需求后完成。整理好需求文档后，然后再一个一个把需求文档过一遍，然后每个人都参与玩字牌游戏，用手机保存字牌的图片，图片上面有0.5,3,5,8,20,40等数字，表示的是个人认为完成此需求所需要的时间，每个人先把手机扣起来不让别人知道时间，然后同时出，找出那个最大和最小时间的人，然后2人或者多人要说服对方，直到意见统一，意见统一后时间也就出来了。时间的确定为大牛哥最终做决定，个人认为这个游戏以及游戏讨论的目的是，能够让技术负责人根据讨论时每个人的说法，能够比较准确合理的判断出完成这个需求所需要的时间。一个单独的需求可以分为前端展示，后台接口制作，数据准备等小需求，小需求再统计时间。将所有需求过完一遍后，将所有时间相加，然后再乘以系数（我记得好像是1.25）最终得到的时间约为项目初步完成时间。然后根据规划好的时间安排每日工作。

另外附上工程需求

1.接口域名配置及证书配置2.小程序账号注册及配置3.服务器及环境准备

2.3项目进行中

项目刚开始的时候前端进展非常缓慢，项目有3个独立模块，当前端基本完成第一个独立模块的时候，过去了将近1个月。项目进度严重落后，开始完成第二个独立模块的时候，前端进度开始加速，基本完成第二个独立模块差不多用了2周，原因是有重复的页面结构可利用以及技能程度熟练。第一个独立模块进度严重落后的原因主要有2个，第一个是没有接口文档，所有的接口都是阿诠先做完，然后我来连接，然后如果不使用postman来测试接口得话，很大可能直接报错，或者说我连接到此接口得时候发现提供给接口的参数不好拿取传递或者传递过来的数据需要增加，那么阿诠就必须再重新回来更改接口，所以重复劳动一直持续，第二个便是我技能程度不熟练。第三个模块是社会康完成的，我完全没有参与。

第一个模块的测试及数据准备是在我还在做第一个模块的时候就开始了，更新一张页面就测试一张页面，然后将发现的问题更新到Tapd的缺陷中，然后第一个模块能够彻底走通后，将全面上数据测试，然后猜猜会告诉我有哪些问题影响了模块的走通及测试，我根据她问题的反馈，先更新一部分最核心的缺陷，至少保证模块核心业务和功能的顺利走通。顺利走通后继续完成第二个模块的实现。一个模块实现-测试-解决核心问题确保模块实现-实现下一个模块

在第二个模块完成之后，对第一个模块的测试以及测试很久了，低二个模块的测试也开始了，技术得先解决测试反馈的影响核心功能实现的问题，确保第二个模块的核心功能实现及测试的继续，完成之后，第三个模块社会康也基本完成了，然后技术部3个搬砖程序员就根据Tapd上的缺陷一个个来解决BUG及问题.

每天早上技术部会开项目会，轮流发言，报告完成进度，规划今日任务，然后提出问题，技术负责人解答。

2.4项目结尾阶段

在3个模块基本完毕，主要BUG解决以后，我们就发布了初版。初版用于进行内测，测试人员由技术部扩展到整个公司团队。此时，更多的问题将会陆续暴露出来，团队成员跟产品经理猜猜沟通，反映各种问题，产品经理猜猜根据其他人的反馈，要结合自己的理解，从用户角度出发，做出决定，可能会涉及到页面样式，严重会更改交互。那么产品经理就应该根据问题的重要程度或者说优先级，安排程序员将系统更正完善。可以每天早上发一个任务表，把每个人的任务划分出来，然后程序员将根据这个任务表一项一项完成，优先级从高到底完成。在初版提交之后，发现很多BUG，其中不缺乏能够使得业务流程实现不通的BUG，此时就必须快速迭代一个1.0版本。此项目从初版提交，到1.0版本提交，1.1版本提交，用了1周时间。

3.个人感悟

3.1此项目为我个人经历的第一个项目，给我的启示有很多，其中我觉得最重要的一条就是，做一个项目，前期的准备工作是非常重要的，前期必须把，需求捋顺，把文档工作做好，把规则定死，具体来说就是每个人都要了解这个项目的需求，需求文档是必须的。程序员前台和后台的交互，必须靠接口文档。磨刀不误砍柴工，前期工作做好的到真正做项目的时候才不会做重复工作，浪费时间和精力。

3.2项目必须有一个靠谱的leader和技术总监，此项目牛哥虽然说名义上是顾问，我个人觉得他的工作更像是一个leader和技术总监，目前技术部全部是菜鸡，前期没有一个这样的合格的角色带领我们，所以项目是不会有很大的进展的，后期牛哥的加入才能够整合力量完成项目。

3.3项目进行要有条不紊，循序渐进，一切都最好按照计划或者规则进行，只有用心做，项目才能比较满意的上线。不过做项目来说时间通常是非常珍贵的，做不到满意，那么就做及格，把项目的核心功能实现，那么就及格了。用于提高用户体验的细节处理，可以放在版本迭代上来处理。