项目中存在的一些问题

storm1986

最根本、最严重的问题：
我们有一幢60层的楼，并且有它的图纸。现在要把它盖成100层的摩天大楼，主设计师知道剩下的40层要盖起来需要哪些材料、该怎样施工，却不知道底下那60层是否撑得住。这样盖下去会有多危险可想而知。

有些东西让外包制作时需要盯紧些：
在项目初期，游戏中一些怪物的图片是外包做的，我们提供怪物说明文档。策划觉得文字说明不直接，就在怪物说明文档里加入了怪物参考图（某游戏中的怪物图片）。结果，外包把参考图当原画做3D模型，拿到怪物图片时我们就傻眼了。而且外包渲染出的图片色调和我们自己做的场景不协调。所以到最后只好把外包做的都放弃掉，自己重新做。
如果外包制作时，我们有人过去看一看是否合适就好了。省得人家都做好了，结果说不合要求。

前期偷懒、后期麻烦：
好多编辑器都是以前项目用的，功能无法满足现在的需求。但开始时抱着能凑活着用就行了的心理，结果就导致后期必须要有无数的手工操作。例如：开始的时候编辑器竟然不能把数据从EXCEL表导入，结果离版本推出还有两天时间时，主策才想到需要有数据导入功能，主策非要程序做这么个东东并不是考虑到手工填入费时费力，而是手工操作总会百密一疏，错了之后不好查。但是程序说两天之内恐怕搞不定，至少得三天。结果那次还是要手工填，这项工作是我来做，本来程序一秒钟就能处理完的事，浪费我整整两天。直到现在，还有好多数据项无法导入，每次修改都要打开编辑器操作上万次。对主管来说，只要事情能按时搞定就行，但对我来说，做高级民工的感觉从来没有那么深刻过。

设计出发点太单一：
我认为，做出游戏后最应该问玩家的一句话：这下大家满足了吧？
玩家玩游戏要得到满足感。而我们做设计时过于强调游戏的趣味性，而忽略了如何让玩家感到满足。
例如：在游戏中加入查看他人装备的功能，虽然并不有趣，但可以让喜欢炫耀的玩家得到满足。结果我们现在只是把它作为普通的建议。

ID数量问题：
为方便资源管理往往要对游戏中每类资源定ID范围，做ID区段规划时，应充分考虑游戏的扩展性，预留足够的数量给扩展内容 。例如游戏开始时只设计了白色装备，那么装备物品ID是够用的。但到后期可能加入绿装、蓝装、紫装，而且各种颜色的物品比例要求用的ID数都不同。有的时候看似足够用的，其实一个问题没考虑到，可用数就要减少一半。例如，服装分男女，则同种服装ID数就要加倍。如果开始的时候没有预留足够数量的ID，那么以后管理起来就会很混乱。

传统2DMMORPG中，角色和武器的图片组合问题：
由于武器和人物有前后遮挡判断，所以有些动作可能会导致图片显示错误。例如，在动作过程中武器突然消失，又突然显示。这个问题的细节我就不多说了。要避免这种情况发生必须改动作设计，3D游戏中的一些动作用到2D游戏里会使制作非常麻烦。

511347511

虽然读完了,但是还不是很能体会的到,多向您学习

reiangel01

外包最好找近点的做，最好是同城的，能去探班，亲自指导。

外包最好先让他们试做，把问题扼杀在摇篮里。

外包需要阶段性验收，问题早发现早解决。

以上是个人经验。

钟健

高级民工，同感。受罪于工具的策划不在少数啊！

自由灵魂

合适的编辑器就素王道

foxear

恩,填表,填着填着也就习惯了.
程序的时间可是很宝贵的.
恩.

yiedly198209

楼上的，程序的时间是很宝贵，难道策划的时间就不宝贵了吗？
关键的问题是，在很多情况下，都是策划手动填表，那样如果出了问题算谁的。
肯定你会说，当然是策划的，但是请问，如果你两天对着一张表，需要填写无数的数据，你就不会花眼，就不会疲劳，错误肯定是不免不了的。
而实际上呢，程序3天的工作，可以在以后省去更多的时间，难道从项目管理上，这不是更好的办法吗？
项目的管理，必然是从多数人去考虑，而不是从少数人去着想，不管是程序、美术还是策划，都是如此的。

ljt0000

   恩,对项目管理者,特别是没有经验的,是很好的警示.

   希望楼主以后多发些

foxear

yiedly198209: Re:项目中存在的一些问题

楼上的，程序的时间是很宝贵，难道策划的时间就不宝贵了吗？
关键的问题是，在很多情况下，都是策划手动填...

不要太愤慨了,才连续2天么.真幸福啊.
连续了1个星期,然后经常要改正错误的人飘过.

因为,从工资角度来说.

程序的时间成本却是要比企划高呢.
恩.
习惯就好. [em22]

tonycat

习惯项目管理和习惯被项目管理...只是一种人员职场综合素质和企业高效正规管理的一种直观表现。自然，没有这些也可以。...毕竟游戏行业就那样，砸在多钱就这样了...