为什么被喷？游戏策划与程序员的矛盾分析
这是一个问游戏公司经历的，发现很多程序员都在骂策划。
那么，会写代码的策划是不是不会被程序鄙视?
我答：这是错觉。
关于这个话题，我随便啰嗦一些，有耐心的同学慢慢看。
先把「编程能力非常强的策划能否被少喷」放在一旁，来看个没问但是更现实的问题：「一个现成的烂策划，去学学编程，能否被少喷」，借这个讨论，咱们可以研究一下程序和策划之间为什么不对付。至于代码写得很牛逼、完全具备程序员素质的人在机缘巧合下做了策划，会不会有什么问题，后面再讲。
正常的程序和策划撕逼闹矛盾，不是因为策划不懂编程，而是因为策划什么都不懂。这可不仅是一两个需求描述不清晰的事，而是它整个人就没有清晰的思路，满脑子只有一个虚无缥缈的「感觉」，连自己要什么都不知道，就去和别人要东西了，能行吗?
说到这里，我打个岔。
我跟一些朋友(女性)聊天，聊到吃饭的话题，我这个人很挑食，人家就感慨：哎我家孩子就是挑食，不知道怎么做能让它吃菜。
我说：这个确实很难。一般来说挑食是因为菜不好吃，而你要把它做好吃，至少要明白三件事：
1.一个菜到底好不好吃。
2.如果不好吃，不好吃在哪。
3.下次怎么弄能让它更好吃。
很多家长就是直接败在第一步了——缺乏最基本的味觉认知。我挑食和小孩很像，所以这方面就会很简单;而你吃不出，你就得问客户、问孩子，哪里不喜欢，太咸还是太酸，拿着反馈再分析。
做项目其实也是一样的道理。
一个典型的糟糕的策划可能只是对产品好不好有点概念，至于哪里不好、该怎么弄，则是一团浆糊，全凭胡猜，于是就改来改去，影响团队效率。很多程序员的怨念就是这么来的。
不过，他们当中的一大部分人也没有想过：这只是表面矛盾，并不是根本矛盾。改需求其实很正常，人之常情，没有人能100%预知所有事，就是写代码的工作也少不了调试。
所以问题出在哪里呢?
——刚才说了，烂策划对产品质量的认知勉强能达到第一层，但它对于自身逻辑思维、沟通表达的认知程度甚至更低，这是非常可怕的。说白了就是傻，还意识不到自己傻，别人指出它傻还不承认。
拿改需求来说，如果你在提出一个需求之前就已经仔细考虑过各方面，发生争执的几率是可以降低的。
你想明白了，别人质疑你的时候，你就不会无言以对，恼羞成怒。人家问，为什么老改这个功能啊?
——近期的改动是因为我们发现产品某一个点表现不太好，目前怀疑可能有ABCD这几种原因，针对它们我打算分别采取甲乙丙丁手段尝试改进，执行时预计分别需要多少多少资源，其中某某备选方案成本太高已经放弃，blablabla……平静耐心地跟对方摆事实、讲道理，如果什么地方存在事实错误，或者想法不一样，允许人家提意见再讨论，有错就改。这种态度别人想冲你发火也难。
而且更重要的是，你自己想明白了，沟通中才不会犯愚蠢错误。需求有没有特别明确、逻辑完整地表达出来?你的文档是否消除了模糊、歧义、有漏洞的描述?边界情况有没有完善处理?拿前面做菜的例子比喻的话，策划是写菜谱的;程序/美工是实际做菜的厨子。你提供的菜谱里全是少许、酌量、若干、一勺、一撮这种模棱两可的东西，就不要怪别人会错意做出奇奇怪怪的东西。
合格的程序员看到难以执行的文档时会立即直接指出问题。他需要你确认这些带歧义的内容到底应该如何理解，确定之后才能继续工作。这种事一次两次可以，如果某个策划写的需求常年总是很烂、总需要浪费时间二次、三次沟通，沟通完了按要求做出来了又要改，这说明它缺乏最基本的职业素质，活该被鄙视被排挤啊。
做项目又不是带幼儿园，谁有空把同事当孩子哄，那么大人了思考和说话都要别人教吗?
那么，作为一个烂策划，学编程能帮你摆脱这种困境吗?
不能。
写程序需要一定的逻辑思维，写好程序需要很好的逻辑思维。
现在已经二十一世纪了，程序已经变成了一种很高级的东西，它对傻逼的包容力是很强的，很多简单任务拖拖拽拽就能做出来。同样的需求有无数种方法实现，其中当然也有好有坏，抱着教程吭哧吭哧，找到了那条最容易被发现但其实是最烂的那条路，就以为自己通天了，这样的菜鸟大有人在。
一个蠢货，学了点编程的皮毛，只是变成一个会一点编程的蠢货而已。
而且更糟糕的是，自以为懂编程的策划往往还会混淆需求、设计、实施的边界。它提需求的时候，想法中总会默认想象一套程序，但其实不能，或者说不应该那么干。
只是天天问能不能做个这、能不能做个那、需要多久实现，就算回答起来很麻烦，人家也只是履行正常职责，无可厚非。最烂也不过是痴人说梦。
那些过来就说我有个小需求你给我做个XX吧用XXX就能实现应该没什么难度的，不懂装懂的策划，这才叫指手画脚。这种人比起完全不懂的更讨厌无数倍。
怎么办?
真的不招程序员待见的策划，还是别学编程了。你需要的并不是写程序这个具体的硬技能，而是缜密严谨的思维、清晰流畅的沟通。如果你在人生的前二十年当中没有获得这些，就不要妄想参加工作一两年就抄近路弥补回来。
多读书，多思考，让自己变得聪明点。
废了半天话，你应该对普遍的、主要的矛盾有个感性认识了——说白了通常都是由于策划太蠢。
现在再说说这个设想：代码写得很牛逼、完全具备程序员素质的人在机缘巧合下做了策划，就不太会被喷了吗?
依然是错觉。
我前面说了，写程序需要一定的逻辑思维，写好程序需要很好的逻辑思维。也就是说，代码水平比较高的人，智商应该还是有保障的，也比一般人更能够适应严谨的、数学化的沟通。
遗憾的是，按照时髦的说法，这种人的情商没保障。
在具备专门的产品职位的团队中，程序员的角色对于沟通能力的要求通常是比正常职位低的，会看文档会编程就可以。选择培养这方面能力、走到这个方向上的人，通常对于普通的人际处理——例如察言观色什么的——并不在行。而且随着编程技能的学习和使用，这个缺陷还会被强化，相对复杂多变的人类，计算机的反馈是确定的，是规律的，是可控的，是安全的。
程序员，或者CS类专业的学生，习惯了人机交互后，就容易倾向于逃避人人交互。
本来这样是没问题的，除了女朋友不好找以外。
但是，如果你要做策划，光是会编程就不够了。这一行对软技巧的需求明显更高。当策划编程技能比开发组都高的时候，更容易发生越俎代庖的问题，这是大忌。
玩不转人际，程序写得溜又有什么用，你的核心价值又不在那。
怎么办?
学会找共同利益点，见人说人话见鬼说鬼话。
给老板打工，要搞清楚老板要弄什么东西。一个产品可以做成很多种样子，用户喜欢的、你喜欢的、老板喜欢的，或许运气好它们很重合，或许它们又有分歧。如果不幸你想做的和老板想做的不一样，谁买单听谁的。老板要短平快，你就别玩高精尖。有梦想很好，先活下去再说。
需要美工和程序来卖苦力，要搞清楚他们的绩效怎么算，喜欢干什么活不喜欢干什么活。你好不等于他也好。所谓合作，要用对方最在乎的利益来引导、用对方最习惯最接受的方式来执行——你先在沟通上配合对方，再期待对方在工作上配合你。
有任何吵架冲动之前，先仔细回想一下这个道理：不管是你老板还是你同事还是你，大家都想赚钱，只是怎么赚的问题。也许你说的是对的、他说的是错的，但那只是也许，做了才知道。除非你特别有自信，不然不要轻易选择撕逼散伙。
最后有一点，不管是程序喷策划，还是策划喷程序，可能下面这句鸡汤都挺适合大家。
如果你总是匹配到傻逼队友，最有可能的解释是：你本身就是这个段位的选手。
