下面是我自己的一些总结，都是做项目过程中血的教训，一定要遵守！
1、项目的需求阶段，需要多想想需求的合理性，一定一定要多问几个为什么。业务的合理性理解了，才能透彻的看到需求背后的理性和逻辑，也有助于真正理解业务，项目不是按部就班的编码
2、项目的时间估计，要包括设计时间，编码时间，自测时间，以及应付日常工作的时间。其中要在设计比较透彻的情况下，才可能有合理的时间估计
3、项目的设计，要考虑功能实现的完备性，功能的完整边界，各种异常业务场景，最后才是性能，安全，可扩展性
4、项目的开发过程，最好边开发边写case,越细越好。千万不要相信自己的代码没问题！要千方百计的质疑代码的正确性，尤其是在项目周期比较长，人员比较疲惫的时候，更加要防范风险，往往这个时候风险更加易于产生
5、自测一定要细致，自测未完成，宁愿项目delay，切忌盲目提交代码上线。要做一个全栈工程师。PM,QA其实都是可以不要的，自我保证代码的正确性！
6、不打无把握之仗！
7、一定要主动学习业务，做相关的准备，尤其是与自己相关联的业务！除了技术，业务也要有学习计划！
8、要对自己开发的项目，负责的业务要了解实时的数据，要有自我运营的思路
9、自己有粗心的毛病，对于自己开发的业务代码，自己写的脚本，一定要反复的自我check,如果脑子不清晰了，要冷静半小时，离开这个环境，然后再次check,review.要保持专注，否则一定会是BUG不断！！
最后，流程一定要放在第一位，因为出了问题，人人都会咬住流程不放，如果流程缺失没做到位，会被人咬的哑口无言！