讨论一下策划流程与程序协作的问题……

飞鸟凉

我亲历的某个项目流程：策划写功能提案，程序评估反馈，不可行否定，可行写入策划案，策划案确定，项目进入开发测试。

　　策划懂程序最好，因为你画的流程图可以不专业但可以直观的让程序明白你要实现什么功能。程序的评估不仅仅是要考虑实现与否，还要考虑服务器响应效率等等问题，当然如果你只是团队的策划小弟基本上你写的系统提案先要过你老大（主策划）的那一关，然后才会被送到主程序那里评估。至于和程序交流策划小弟基本上没啥机会，除非程序部门需要大规模测试的时候拉壮丁你才有机会写点意见……

abc606

第2种,效率高,工作顺畅,部门关系好
目前在用

Ross

Salivaxiu: Re:讨论一下策划流程与程序协作的问题……

既然是协作，我认为，策划应该懂点技术，技术应该有点策划意识

一个功能的从无到有，不应该单纯由策划决...

游戏开发首先是软件开发的一种...
所以对于一个大型的游戏开发企业来说，细致的流程，明确的责任部门，详细的文档是必须的。
也许在某些时候冗杂的文档会使某个项目研发周期延长，但是对于一个公司的项目序列来说，长期执行肯定是缩减成本的。开发期的细致有利于部署（网游还包括了调整和后续研发）的执行，开发期的粗糙将使之后的工作混乱而难于治理。
同时，该三点还能以研发功能部门为单位形成长期可复用的开发工件，工件的大量复用将大大提高后来产品研发的效率，从而降低成本及风险。

最重要的原因是，游戏研发对人的依赖很大，而游戏行业内人员流动非常频繁，良好的文档记录和流程规划就是为了避免部分人员离职对项目造成严重的影响。

大部分策划都不可能是全才，国内策划入门门槛那么低，想招全才？呵呵，说笑了。

lcy03406

其实就是在设计阶段由谁主导的问题。问题就怕策划完全不懂得设计，程序员又缺乏把需求转化为设计的能力。

lcy03406

至于“策划案”到底是需求还是设计，由“人”来定，能者多劳。。。

sjinny

如果相信存在平等的协作，那么就不一定非要有特定的人来主导。

qz_flying

飘过一下，看下自己的帐号是否还是存在

santaclaus_lion

sjinny: Re:讨论一下策划流程与程序协作的问题……

如果相信存在平等的协作，那么就不一定非要有特定的人来主导。

    一旦平等 就会出现决策权的决定和责任的归属问题。

    平等交流只限于交流， 做事情不能平等。

santaclaus_lion

   策划如果不懂程序，就会严重自信心不足。 主策划可能必须熟悉程序，要么他身后有一个双通的人指导他。

sjinny

看来lion觉得不平等更好？是否越不平等就越好？是否不平等到极端是最好呢？