而在现实开发中，游戏策划人员由于自身的个性或者其他条件所限，往往在沟通这个环节上出现一些致命问题导致进度的延误。如何把握好自己的情绪，从大局观出发是成为一个成熟策划人员的关键所在。
文档不管写的多详细，对其他人来讲仍然会存在理解上的错误或漏洞。策划经常把注意力都放在了如何把游戏设计的更完善上，而忽视了别人的理解能力和感受。因为对任何一件作品来讲，每个人的看法都是不同的，策划应该知道如何去听别人的意见并吸收到自己的设计中来。这并不是说坚持自己的立场是错误的，而是在大多数情况下策划本身容易把自己的设计当作一个孤立的个体，对其他外来的思想用全部抛弃的态度来对待，这是极其危险的。就算是别人的意见是多么的滑稽可笑，你也应该认真的听完并加以分析，任何渠道的意见对你的设计来说都是有益的。
在前面讲过如何书写流程图和安排工作进度，在这些设计过程中和其他部门的沟通都是非常重要的。我不提倡大规模的定期会议，因为这样会影响其他人员的开发进度，而且会导致很多问题的扩大化。公众场合下不适宜对个人问题进行讨论，大量的沟通和谈话应该以私人或者小型会议的形式来进行。大部分开发人员不喜欢开会，尤其是这种针对性不是很强的例行会议。所以如果确定要召开会议，那么就一定要先确定这个会议要解决哪些问题，需要哪些人来参加，最后要达到什么样的效果。纯粹为了开会而开会，尤其是一些例行会议是没有必要的，这样只会增加别人对你的厌恶情绪，导致关系间的不协调。如何尽可能减少大规模会议，通过单独会谈来解决问题是沟通的一个有效手段。
如果你想知道其他人员对你的策划方案是否有意见，单纯的把文档发送给程序或美术不是一个好办法。无论你的文档多详细，别人都很难完整的理解你的意思，利用好黑板和纸笔通过讲课的方式进行沟通，可以一次性让大量的相关人员了解你的设计。在讲解完毕后让大家以发表见解的方式来发现并解决问题才是有效的解决手段，你所要做的只是把你的想法表述给大家，而不是争吵。在你的讲解过程中要以听为主，对于一些核心内容进行强调，认真做好笔记，在会议后对别人的意见进行总结，让别人知道他的看法你是很重视的。只有对别人尊重别人才会尊重你，想处理好与他人的关系首先就是让别人感觉到你对他的意见是重视的。
在完成了第一次讲解后，就不要再召集这种大规模的会议了。剩下的工作你就应当找对应的工作人员进行单独会面，只和他谈有关他这个方面的设计问题。对程序就是描述游戏流程以及一些需要确认的技术实现问题，而和美术则应该谈界面实现以及整体效果等问题。
给程序员交流要求你能跟的上他的逻辑思路，就是说你要对计算机的编程有个大概的了解。起码你应该知道程序流程是通过条件分支、循环以及函数等组成的，而且要对面向对象的C 语言有一些了解，否则他会认为你的思路太混乱而产生很多理解上的概念混淆。最好你是拿着一个游戏设计流程图来和他交流，这张图应该类似于程序设计的流程图，由几种基本的图形和线条来实现。这样一边描述你的思路一边给他指出需要完成的模块，发现问题进行记录并修正你的文档就能够让双方都保持清醒的头脑，而不是产生做出来产品后和你所想象的完全是两个东西。这时经验就会起到非常关键的作用，如果策划本身就是程序员或者做过程序员就完全不用考虑这个问题了，可如果你对程序一窍不通或者根本就不知道那些东西是怎么实现的，那你最好去找本介绍编程基础的书看一下。多和主程交流应该是最省事的办法，只要交代给他哪些工作需要在多长时间完成就可以了，但很多情况下是主程和策划一样固执，这时他会不经过考虑就告诉你很多想法都是不能实现的。你要拿出详细的解决方案才可以说服他，或者让他提出一种合适的解决方案。总之，用程序的思路来和程序员进行交流是最好的解决办法，给程序员一份详细的流程图要比给他一份几百几千页的文字说明要管用!
给美术人员交流更困难。因为每个人的美术风格都不相同，要求几十个美术人员画同样一副图你所获得的结果肯定千奇百怪!通过主美进行协调是一个好办法，这样可以减少你很多口舌的。在你写策划方案时，不要对美术做太多的要求，而应该先和主美术确定好游戏的整体美术风格。美术方面具体的人员安排和工作量限定等事情都交给主美术或者美术总监去处理，除非说你对美术非常精通能够把握住整体风格，否则你的工作只是描述你需要什么样的东西就可以了。当美术完成样品后，一起和主美术进行审查，风格一旦确定就不要再修改了，否则这对美术人员来说完全是种摧残!美术人员工作量往往是最大的，美术风格的改变可能会造成大部分工作的重做，从而严重影响工程进度。把交流的事情交给美术方面的负责人，这是最好的同美术人员的交流方法。
保持好自己的心态，用积极的态度来解决问题，不要抱怨多听别人的想法是一个策划人员需要掌握的基本方法。只有沟通顺畅才能够让项目按计划进行，扩大自己的知识面，多和主程与主美交流，少开大规模会议，用私人交谈的方式来解决问题。把握好上述几点，项目的完成就只是时间上的问题了。
【编辑推荐】
