策划案该详细到什么程度？

GeeGee

难道策划案和设计文档是一回事？？？？

在我的概念里策划案的目的是简要的说明你要做的东西的功能，并且从人力物力财力方面去分析可行性，由此来使高层领导支持你去按这个方案执行。

至于具体设计成什么样那是设计文档的内容啊

nofear

狂澜萧萧: Re: Re:策划案该详细到什么程度？


这个话还真是没法同意，遇到太多次了，案子里面有些东西觉得是大家都应该明白的，就一笔带过，然后做出来的东西十次至少有八次不是你想要的那种。

说明你不清楚读者知道什么，不知道什么。

还有，制作过程也是需要持续沟通的。

狂澜萧萧

这个不是知道不知道的问题，程序和美术不怎么玩游戏的，对游戏不了解的，一抓一大把。

还有些人是不动脑子的那种，你写一句话，他就做一句话，多了根本不考虑。或者是脑筋过于灵活的，设计上不写清楚写死了，他拿去做的时候会给你发挥的十万八千里。还有些就是你写清楚写细致了，对方反而不高兴，觉得你限制了他的发挥。

还有一些是拿着文档看了前半截就觉得明白了，直接下手就做，案子里面写没写清楚，对这种人根本无用。

经历过几家公司，这几种人遇到的太多了。如果你的团队都是能够达到理想化状态的成员，那你太幸福了。

制作过程中的沟通固然重要，但是沟通的主要内容不应该是某个功能应该做成什么样子，这样的沟通太浪费时间。

suquan77

我觉得正是因为这样所以才需要沟通……始终觉得开发过程中执行策划的工作是带服务性质的，如果无法改变下家的工作习惯，那就只有从自己一边对此加以改进。以前的公司里有两个工作风格截然相反的美术，一个喜欢说你这个不写清楚我怎么画给你，一个却很喜欢自己发挥。于是给她们的文档也必须区分开来，一个是严格的做出各种规定和要求，另一个则是先给出基本的需求，更多的是现场的互相沟通后把文档完善后备案。
我觉得理想化的团队是不存在的，执行策划的作用之一就是充当团队中的润滑剂

nofear

狂澜萧萧: Re:策划案该详细到什么程度？

这个不是知道不知道的问题，程序和美术不怎么玩游戏的，对游戏不了解的，一抓一大把。

还有些人是不动脑...

对啊，就是人家不知道，且必须让他知道的，你没写。

狂澜萧萧

我发现你看东西也只看一句话的……

不知道如果你的团队里面这几种人都有的时候你怎么办？

Nyone

当你要在需求不明确的情况下写一份策划案，真的是很痛苦

nofear

狂澜萧萧: Re:策划案该详细到什么程度？

我发现你看东西也只看一句话的……

不知道如果你的团队里面这几种人都有的时候你怎么办？

不可能人人都要看你的策划案的。哪个程序做，哪个QA测，就那么几个人。

对他们知道什么不知道什么的了解，也不是一蹴而就的，否则还要什么磨合。

《地球帝国》的开发组反思的时候就说，他们花了太多时间在描述类似一个按钮按下去应该怎样，抬起来应该怎样，鼠标放上去应该这种事情上了。

说到底还是瀑布式开发和敏捷开发思路的矛盾。刚好够用的就是最好的。

与世无争

狂澜萧萧: Re: Re:策划案该详细到什么程度？


这个话还真是没法同意，遇到太多次了，案子里面有些东西觉得是大家都应该明白的，就一笔带过，然后做出来的东西十次至少有八次不是你想要的那种。

+1

有时候写详细不是错，程序问哪里哪里怎么处理，我说在第几页哪个标题下
详细的策划案可以减少很多不必要的沟通

更深一层甚至告诉程序如何做，需要一定程序基础
1.策划有很多功能原型需要程序制作，这些功能原型能够支持多少种玩法，借鉴于什么游戏
2.策划提供何种数据结构，策划设定时很方便一目了然便于调整
3.对工具组提出功能需求，把策划给的表格转化为何种结构，以适应程序优化算法
4.这些数据实际是如何计算以达到策划的功能需求
（很多功能不是程序实现不了，是策划案不够详细）

还是经验问题，策划在案子里面可能存在100个问题，但是策划在设计时已经预见99个，那么只要担心最后1个问题就可以了；如果只设计时只考虑1个问题，那么这个案子很可能被推翻，甚至导致程序美术做无用功，延长开发周期

And.Justice.For

1，敏捷开发就是重沟通轻文档的。不要把我的话极端化再来反驳我。建议去百度一下什么是敏捷开发。

2，不走敏捷开发路线的网络游戏，失败概率是敏捷开发的100倍。