从事Android开发也有一小段时间了，总结一下工作流程，梳理从产品需求提出到版本发布的各个步骤，希望自己能够坚持把每个环节做到最好。
1、需求评审
产品经理收集提炼出版本需要迭代的需求，拉上相关的角色进行评审。开发角色需要对需求中不确定的点进行讨论，预想技术实现方案，并评估可行性，也需要及时提出自己的疑问。
2、技术方案评审
1）当需求中涉及到多方，包括前端（H5、小程序），后台的时候，需要对其中的通信协议接口，技术交涉点进行确认。例如将一些可能出现的安全性问题，通过区分用户的imei、unionid进行防刷校验；
2）联合开发需要提前约定联调时间节点，腾出联调的时间将主要的接口调通；
3）遇到一些难以解决问题的时候，需要及时将问题抛出来，和同事一起讨论技术选型，弥补一些自己可能考虑不周的地方，然后完善解决方案；
3、测试用例评审
1）当需求补充完成之后，测试角色会对需求进行测试用例的拆分，将各个测试路径进行梳理；
2）开发角色在评审测试用例的时候，需要看看有没有重复、遗漏的路径；
3）提出需要重点关注的点，以及可能涉及到的模块；
4、项目排期
使用project将整块需求进行拆分，每一项估算工时，生成一份项目计划，需要预留buff用来缓冲，规避风险。
5、功能开发
1）开发角色在履行任务的时候，需要按照项目排期，按时甚至提前完成开发任务，并进行优化，可以将代码结构进行重构，提升可维护性、可读性；
2）在针对一些模块的性能优化或是功能提升的时候，需要在相关路径上，添加日志，方便定位问题，并通过技术方案解决或是规避问题；
3）对于一些需要预研的技术项，可以先行，通过技术方案的可行性再进行工作量的评估和排期；
4）开发的过程中，优先完成重要的功能模块，其他边界情况的工作，在完成主要模块之后再进行考虑，就是分清楚、处理好“重要”和“紧急”的关系；
6、阶段性同步
1）通过晨会、周会的方式同步工作情况；
2）及时抛出风险点；
7、功能自测
1）在一个任务开发完成之后，需要通过自测一级测试用例，确保功能的完整性，把一些很明显的问题解决掉，避免阻塞测试主路径；
2）在提测前可以组织showcase；
3）在提测前可以组织冒烟；
8、提交测试
1）贴上需求链接；
2）贴上测试需要关注的重点；
3）贴上TAG日志；
4）其他信息；
9、统计点添加
在完成一个功能模块之后，需要提醒产品经理提统计点，用来检验功能的使用情况。方便用于之后的迭代、优化。
10、版本发布后
1）在版本发布之后，需要查看对于版本的异常上报情况，通过堆栈信息，进行分析、定位、解决问题；
2）回收产品的数据，总结和迭代修改；