列举游戏开发过程中的一些不良现象

1.    没有明确的计划和版本说明，没有定期审核，开发人员没有压力，懒散拖延
2.   工作流没有走通，工作流程不顺畅
3.   缺乏校验策划工作正确性的工具，缺乏提高美术生产力的编辑器，缺乏校验程序效率和稳定性的辅助工具
4.   工作流、工具等效率低下，导致生产力低下，且懒于改进
5.   不紧张、不负责，懒散，需要人督促，某些功能没人催就不管，情愿打游戏、上网
6.   功能修改仅有口头督促，没有任何记录，最后也忘记审核
7.   会议结束后没有结果，没有后续行动，没有监督，等于没开会
8.   策划完成设定后从不通知程序和美术，导致开发无故拖延
9.   程序过分依赖别人通知，等待别人工作结果，从不主动问询（理直气壮的说：他没有跟我说呀！）
10.  美术工作完成后不通知相应人员进行下一步动作，导致进度被拖延（理直气壮的说：我的工作完成了呀！）
11.  一个功能完成后，程序或美术做了后续改动，没有通知其他相关人员做出相应改动，导致各种问题反复出现
12.  潜规则过多，而且没有文档化，只有参与的小部分人知道，这个小团体散伙后就没人知道了，需要从头摸索；
新来的人需要被口头传授，或者碰壁后才知道，导致新人熟悉系统缓慢
13.  工作交接时相应文档没有移交、相应规则没有传授，新人需要花较长时间熟悉流程，不能及时发挥作用（通常是程序需要不停教授新人）


14.  （策划）变更设计不修改文档，不发任何文字记录，凭口头传授，最后QA缺乏测试标准
15.  （策划）设定存在逻辑矛盾，或者设定不周全
16.  （策划）一开始没想好，后面反复改
17.  （策划）改完表格、脚本等从来不做测试，直接提交，最后Bug重重


18.  （程序）从来不看文档，只依赖策划口头解释
19.  （程序）改完代码不做测试，直接提交，以为很简单不会出错，结果可能栽在低级错误上
20.  （程序）在别人的代码错误上花费太多时间测试、修正，导致开发时间不足，有些时候可以换个方法或者干脆不做
21.  （程序）没有CodeReview，劣质代码遍地都是，最后发现全是Bug
22.  （程序）对功能所需技术点预判不足，进行很久后才发现此路不通，浪费时间


23.  （程序和美术）开发过程没有优化意识，不思考简洁高效的方案，只考虑眼前利益、出结果，最后导致无法支撑负载
24.  （程序和美术）制作粗制滥造，不求精致，“差不多就可以了”的思想，最后还是得回炉重做
25.  （策划和美术）文档、示意图各种小错误，且懒于修改，误导别人，导致工作无法进行、或者进行一段时间后发现不对
26.  （策划和美术）过分纠结于某个功能点，程序实现上存在难度，不停尝试，浪费大量时间


27.  （程序和美术）svn提交资源不做审核，随意上传，垃圾文件一堆，导致资源庞大
28.  （程序和美术）不再使用的资源不做精简，懒于删除，导致资源庞大（每次都说：这个事情很麻烦。然后就没下文了）
29.  （策划和美术）基本不关心buglist，没有习惯，需要不停督促；也容易导致bug未能及时分配到相应美术或程序
30.   没有对自己的bug做一遍初审，看一个改一个，导致有些被错误分配的bug未能及时修正


31.  部分人员不可替代，过分依赖，发生特殊情况导致工作无法继续开展

32.  QA和策划将没有完成或者尚未开发的功能点作为bug，伤害程序情感