1、整理需求 - 带问题：需求是否合理、可行，是否是用户真实的本质需求，明确需求边界。
2、设计流程- 复杂业务UML建模，流程设计和UML建模应该遵循各自的基本原则。
3、流程可行性、合理性、技术实现讨论 - 复杂问题带着2种以上的解决方案，并能说出各自的优缺点，在保证可行性的前提下站在用户的角度从体验上分析设计是否合理。
4、协议及接口、模型及数据设计 - 定义尽量便于扩展和理解，命名规范，考虑现有的业务场景中是否存在可用的设计模式，在确定可行的情况下尽量合理的使用正确的设计模式。
5、编码 - 注意代码的复用、重构，牢记破窗原理。在大多数情况下代码的可读性和结构比性能更加重要。遇到过一次以上的陌生接口或工具类且不熟悉的要记下来（云笔记），备查或者在空闲时间整理和学习。
6、测试联调 - 先从自身找问题，多看日志。
7、BUG修复 - 出现过的低级错误，记录下来（云笔记），在后续代码编写的过程中找时间去翻翻曾经遇到过的低级或者高级的错误。
8、交付测试 - BUG修复完成后，有时间的情况下自己做回归测试，在回归测试完成后再提交测试。
9、文档编写 - 有时间的情况下不能应付了事，注意文档结构和格式，牢记破窗原理。