1、首先确定需求，就是要做啥，这个确定的越明白越好，最好能形成文档，省的后来跟业务部门或者客户发生不愉快。

2、然后开会讨论人员、工期。这个要根据项目的重要程度、紧迫性、还有手上其他项目的进展情况综合来定。一般一个稍微正规点的项目，至少一个项目经理(负责人)、1-2个主力开发（前端/后端/全栈）、有的还需要测试、美工。

至于工期的安排看项目复杂度，简单点就是按页面、流程的数量，再根据之前带项目的经验来估算，注意一定要留好测试的时间。

另外人与人沟通是要成本的，越大的项目，参与的人越多，沟通成本相应的就会越好，这块也要考虑到。

3、总体设计并出具文档，此时项目团队集中讨论需求，讨论明白之后出具需求说明书等项目文档，把要做啥和做成啥样说明白，然后业务部门或客户同意后开整。

4、然后就是具体分工了，谁来做数据库、谁来做架构、谁来定API、谁来做具体业务流程。一般最先定的数据库结构，然后定架构（用啥数据库、用啥编程语言、用啥UI框架等），然后定API，然后具体实现业务流程。

我们公司采用的是前后端完全分离的工程结构，但是开发时大家都是全栈，API要求比较严格，所以大家根据分配的模块直接开发相应的前后端即可。

API严格之后沟通成本就低了，大家不用问别人就知道API是咋回事。所以规范是很重要的，能有效降低沟通成本。

5、然后就是一段时间没日没夜的开发，然后各种测试、改BUG。

6、开发完了不要以为就完事了，此时需要压力测试，按照最大测算的设备、用户、交易等数据进行各类测试，同时不要只在测试环境测试，很多情况下必须拉到正式环境测才能发现问题。

7、当测试非常充分，项目组的人都很有信心时，可以发版了。也就是开发告一段落，可以发布一个正式版本了，一般包含数据库文档

、源程序、可执行程序、操作手册、实施手册、设计文档、售后手册等等。

8、实施人员为客户实施，此时算完事了，不过出问题，团结还是得跟进，兜底。