简单说下软件开发流程，不一定适合所有公司和项目 对于程序员来说，需求明确，逻辑合理，写代码也是很舒服的事，就怕中途穿插各种需求变更，甚至同时开展好几项目，这样就容易出错，一个两个项目做好再做别的项目会比较好。 一般项目开发流程也简单说下，不一定适合每个公司和项目 1、项目需求整理，这一般是产品干的，当然开发人员和测试人员也可以参与其中，提出哪些能做，哪些有困难，哪些不能做， 2、初步的需求通过后立项，开始正式的需求评审，这时候有疑问要尽早提出来，多几个人，多点思路，尽早过滤一些问题。不要怕麻烦，多开几个会，把问题提出来，把思路理清，减少以后的问题。产品确认没有大问题后开始画原型图， 3、产品完善需求和原型图后开评审会，根据需求和原型讨论具体应该要做成说明样子，实现哪些功能，前后端提出可能存在的问题，以及解决方案。 4、经过多次评审后项目要求逐渐清晰，这时候有项目主程序员编写设计文档，如果项目小也可以省略。 5、功能模块的分发给各开发人员，可以由主程序眼设计数据库，也可以由各开发人员根据自己的功能设计好数据库表给主程序员整理。 6、创建git，开始分发的功能模块开始协同开发，有关联关系的可以各自协调，一般是先写好接口给前端使用，对于不能及时提供的也可以先定好数据格式。让前端先写好页面。 7、开发的时候可以分模块分阶段让测试边参与进来，可以每周提一个版本，也可以每天提一个测试版，看项目组情况，让产品也经常看看，参与测试，确保和产品思路一致。 8、项目经过产品、开发、测试人员的努力完工，产品确认开发线测试线没有问题，产品验收签字，这时候就可以准备上线了 9、上线规则各家公司也不相同，有的只要经过产品就可以上线，有的运营同意就能上线，还有的必须要公司高层签字才能上线。 10、经过各种磨难，项目终于在凌晨两点全体研发人员的守候下上线了，当然，这个也是看是不是影响用户，如果是初次上线没有用户，随时都能上线， 11、上线后测试没问题，回家睡觉。上线有问题，全体加班处理问题，如果比较悲催项目大线上问题多可能要搞几天。 12、上线一段时间后，发现有小问题，不影响用户正常使用，那就一周或者两周或者一个月集中处理好后上线修复问题，如果问题大那就加班，再凌晨上线，并经过测试，没有问题就下班，有问题就加班处理。 所以很多时候程序员加班多就是因为BUG多，还有就是项目时间紧。