|
|
发表于 2008-10-7 13:01:00
|
显示全部楼层
Re: Re:讨论一下策划与程序的沟通工具
小行星: Re:讨论一下策划与程序的沟通工具
我经历的案例：
北京某公司，某正在开发的游戏。
策划要求，需要在人物的头部后方加入可以飘动的饰物，比如一条带子。
人物站立的时候，轻轻的动，几乎不动。
人物走动的时候，稍快的飘。
人物跑动的时候，剧烈的晃动。
策划的意思是这条带子将按照周围环境的改变做相对真实的飘动，目前把只关注人物速度的改变。
这个要求首先被提到游戏项目的程序那里，项目程序员找到引擎，问有没有布料的模拟。
引擎程序说，不好意思，现在还没，段时间内估计也不会出现。
策划说，很想要，麻烦想想办法。
于是两个程序很快想出解决方案：
为每一条带子制作三个动画，取当前人物的状态，站立，走动和跑动的时候，播放不同的动画制作运动假象。
下面出场第四个人，3D美术动作组长，说这个工作量可以接受，对于我们来讲只是微调一下某些选项或顶点。
策划说：ok，谢谢！
前台：开饭啦！！！
就这样……
很好的案例， 就拿你这个案例来分析：
你们的流程是：策划－》项目程序－》引擎程序－》项目程序－》策划。
这之间，没有管理人员审核。策划说很重要，这个执行策划这么牛比？ 什么重要什么不重要都一清二楚， 主策划干啥去？
同理 主程序在什么地方？ 这些功能怎么添加？ 规范是什么？ 添加之后有没有通知其它程序新增了功能接口？
你说的这个问题恰好是可行的， 如果不可行呢？ 交流的频率？
一系列问题。
我的流程是策划－》主策划（审核策划通过）－》主程序（审核可行性）－》引擎程序（添加接口的需求）－》项目程序－》完成设计。
策划是有很多稀奇古怪想法的，这种想法完全没必要麻烦程序就分析解释。主策划直接就可以驳回了。
同样的道理，主策划汇总所有需求 主程序全程把握这些需求， 权衡量利弊之后实现应该实现的， 摒弃不该实现的。 然后交由引擎程序去实现， 分派逻辑程序去实现。
这中间不会有任何交流问题。 因为没有任何交流跨度。 会大大减少程序策划之间的扯皮现象。 大大增加项目的可控程度。 大幅增加团队效率。
你给的例子是全部过程都绿灯。 事实上开发过程中绿灯少红灯多。 现在我们就来设想一下：
策划的意思是这条带子将按照周围环境的改变做相对真实的飘动，目前把只关注人物速度的改变。
这个要求首先被提到游戏项目的程序那里
程序告诉你，这么设计不合理。你怎么办？
程序告诉你，目前不能实现。你怎么办？
程序说引擎不支持，你怎么办？
程序让你去找引擎程序问，你怎么办？
引擎程序说不能实现，你怎么办？
引擎程序说这么设计不合理，你怎么办？
引擎程序说展示没空做，你怎么办？
美术说不能实现，你怎么办？
美术说工作量不可以接收你怎么办？
美术说这么设计不合理，你怎么办？
一切都OK，你说谢谢。 如果不OK，你能拿它们怎样？ 一个小破策划全权决策联系一个功能的全过程。 你认为合理么？
能不能实现是这些下层员工说了算？
工作量由下层员工自己定？
决策由下层员工自己来？
主管们在哪？ 白吃饭的？
你们公司现状看起来很好很和谐， 其实问题重重。职权不明，管理混乱。
|
|
[复制链接]
楼主