业余时间写的一个项目的大致流程，欢迎拍砖

项目流程

 

第一，概念

         提出项目概念，大致框架，流程等。

 

第二，提交领导审批

         把项目大致情况上报领导，待领导审批。

 

第三，立项

       领导审批后，完善大致流程，凸显盈利模式以及创新部分，全项目组开会立项。

 

第四，完善文档

       将概念文档完善成为需求文档，完善流程，细节等。后发放给项目组全体成员阅读，并预定时间开需求会。

制定文件命名规则，文件放置分类等规范，不然各种文件导出乱放，乱命名~

 

第五，需求会（可多次）

   文档完善后，全体项目成员需求会，策划人员将自己的想法，思路，项目的流程，在会上讲解一遍，设计以及开发人员有不明白的地方，即可发问，策划人员解答，大家讨论细节的取舍等。

 

第六，评估

       评估时间以及各分组讨论各小组模块安排的优先级，然后大家讨论确定模块的工作先后顺序。比如说有A，B，C三模块，优先做哪个模块，再做哪个模块，后做哪个模块，大家达成先后顺序的共识，如果不达成共识，到后面工作会容易乱套，比如美术说先设计A，后台却先开发C，最后客户端却优先开始开发B模块，要图没有，要数据没有，工作没法协调。所以评估不只是评估时间，还需要评估和协调工作的先后顺序。

 

第七，开始设计（如果是网游，后台开始进行开发）

       美术以及后台应该先行于客户端的开发，不然客户端开发的时候，只能用临时的图片以及临时的数据代替，这样容易产生不必要的bug，如果到客户端的开发的时候，已经开始有图，有数据，这样的话，客户端的开发的时候就优先的测试服务器的接口，也容易发现bug。

 

第八，客户端开发

       客户端接着美术和后台的开发。

 

第九，测试

       客户端开发到一定的阶段，测试开始跟上，而不是到开发完全了，才开始测试，这样测试会不完全，相当于单元测试。比如客户端开发完了某个模块，测试马上跟上测试，会不会不符合需求，有没有逻辑bug，有没有UI bug，有没有遗漏等。

 

第十，总测试，修改bug等

       功能开发完后，开始总测试，修改bug等，直到产品可以发布。踢足球式测试---修改：测试人员测试出bug，然后把bug提交给相应的开发人员ß à开发人员修改bug，修改后，反馈给测试人员，如此反复，直到测试不出问题。

 

第十一，发布项目

       美术提供发布时需要的美术资源，比如：截图，Icon等，后台发布到公网，客户端发布到相应服务器等。

 

第十二，推广与运营

       项目发布后，推广以及运营人员开始对产品进行推广。

 

第十三，迭代

       产品的升级以及迭代开发，策划人员提供新需求，接着从第三开始进行项目的迭代开发。

比较懒，就不画流程图了。

 

                                                  农某人

                                    2012年12月16日星期日