项目流程
第一,概念
提出项目概念,大致框架,流程等。
第二,提交领导审批
把项目大致情况上报领导,待领导审批。
第三,立项
领导审批后,完善大致流程,凸显盈利模式以及创新部分,全项目组开会立项。
第四,完善文档
将概念文档完善成为需求文档,完善流程,细节等。后发放给项目组全体成员阅读,并预定时间开需求会。
制定文件命名规则,文件放置分类等规范,不然各种文件导出乱放,乱命名~
第五,需求会(可多次)
文档完善后,全体项目成员需求会,策划人员将自己的想法,思路,项目的流程,在会上讲解一遍,设计以及开发人员有不明白的地方,即可发问,策划人员解答,大家讨论细节的取舍等。
第六,评估
评估时间以及各分组讨论各小组模块安排的优先级,然后大家讨论确定模块的工作先后顺序。比如说有A,B,C三模块,优先做哪个模块,再做哪个模块,后做哪个模块,大家达成先后顺序的共识,如果不达成共识,到后面工作会容易乱套,比如美术说先设计A,后台却先开发C,最后客户端却优先开始开发B模块,要图没有,要数据没有,工作没法协调。所以评估不只是评估时间,还需要评估和协调工作的先后顺序。
第七,开始设计(如果是网游,后台开始进行开发)
美术以及后台应该先行于客户端的开发,不然客户端开发的时候,只能用临时的图片以及临时的数据代替,这样容易产生不必要的bug,如果到客户端的开发的时候,已经开始有图,有数据,这样的话,客户端的开发的时候就优先的测试服务器的接口,也容易发现bug。
第八,客户端开发
客户端接着美术和后台的开发。
第九,测试
客户端开发到一定的阶段,测试开始跟上,而不是到开发完全了,才开始测试,这样测试会不完全,相当于单元测试。比如客户端开发完了某个模块,测试马上跟上测试,会不会不符合需求,有没有逻辑bug,有没有UI bug,有没有遗漏等。
第十,总测试,修改bug等
功能开发完后,开始总测试,修改bug等,直到产品可以发布。踢足球式测试---修改:测试人员测试出bug,然后把bug提交给相应的开发人员ß à开发人员修改bug,修改后,反馈给测试人员,如此反复,直到测试不出问题。
第十一,发布项目
美术提供发布时需要的美术资源,比如:截图,Icon等,后台发布到公网,客户端发布到相应服务器等。
第十二,推广与运营
项目发布后,推广以及运营人员开始对产品进行推广。
第十三,迭代
产品的升级以及迭代开发,策划人员提供新需求,接着从第三开始进行项目的迭代开发。
比较懒,就不画流程图了。
农某人
2012年12月16日星期日