项目计划和版本计划的差异性分析

tonycat

最近一些开发朋友甚至运营朋友在谈商业化网络游戏版本计划和项目计划时有一些混淆，这里做一下思路整理:

1、目前网络游戏行业的商业化游戏有比较严格的项目-运营的一套体系
2、版本计划和项目计划不是一类事物（项目计划可以随项目部开10年都行，版本计划则不同）
3、版本计划一般是配套运营计划及节点来编定的，所以也会有比较详细的商品计划、运营支持（活动、促销及其他）需求配套，本质讲版本计划决定了新宣传计划的 亮点提亮和宣传计划制定，是很重要的环节；
4、版本计划对项目计划事实有比较严格的时间制规定（这个在运营里就是运营节点）
5、合理的版本计划应该是这样排序（期间如果有数据或调研部一般会在前、中、后加入调研环节）：
   1）立项-实施-程序部DEBUG测试-公司内部测试-交付运营部QA、产品部进行内部二次测试及参数设置（可提前）
   2）封测CB-1-封测CB-2（一般测试2次都无法通过的产品往往很难实现商业化后续运营）-开放性内测-公测-版本N+1
   
  // 此时注意，封测版本是指首发测试版本。不是指项目计划罗列的1，2年的项目计划版本。如果按开发界语言就是开发50-60%（其实很难估算，也不应该这么称呼）的版本。那么封-内-公-版本1是产品较重要的4个时期，每个节点都有独立的版本。常规讲真正的首发版本常见是在版本-1内完成到70%左右。封测期开放的版本未必会在后续节点发布甚至cancel。
     立项期所定项目计划合理性的是15-18个月完成首份完整性的开发需求。版本计划分多个节点逐步发布和运营及收益回笼。

   正规运营计划制定方式：
   首发以版本为基准   公测后版本可以分版本基准或活动基准两条线，来制定运营、宣传、推广、收费计划，每个后续版本周期可控制在45-60天内。所以一般不会出现制定1年甚至5年的运营计划。

   所以楼上有人提到的demo不算严格意义角度的版本计划，只是公司对内部开发部门逐阶段审核时需求。可归属在项目计划里。
   

mba1304370

好东西，顶一下~

ergo

顶!
叫经验介绍比叫分析更合适一点