如何解决程序员沟通之痛

文章导读：

       蒸汽机的改良、内燃机的创制、电力的广泛应用，这些作为人类历史长河中重要的里程碑，无不通过其自身深远的影响推动这人类社会的发展。在现代，计算机和因特网的高速崛起，乃至现在初出茅庐的人工智能技术，正在以一种颠覆性的姿态改变着人类的生活。软件工程师，作为这些领域的一线工作人员之一，其热门程度以及话题度可谓一直居高不下，他们的工作成果已经在逐渐与各行各业紧密联系。由于软件工程师的工作内容技术性比较强，对于没有接受过专业培训的人来说，很难理解，所以导致了很多人在与工程师做工作对接时很不顺利，低效的争吵频繁出现，白白浪费宝贵的资源和时间。因此如何在工作中做到更好地与工程师沟通进而提高工作效率，是一个值得研究课题

正文：

       从正文开始，为了方便叙述，本文会以“程序员”这个更为大众熟悉的词语作为软件工程师的代名词。那么，要解决与程序员沟通的问题，首先我们需要知道，究竟是什么因素，导致我们无法把自己的想法很好地传达给我们亲爱的超级无敌牛X哄哄上天下地无所不能的程序员哥哥呢？

麻烦的程序员思维：

在很多人的认识中，用一句简单的话去概括他们的工作那就是“敲代码的”，这个说法本身没有问题，大部分程序员其实主要工作都是编码为主。而事实上，一个称职的程序员在完成一个完整的功能，从他开始规划、实现、修改、落地都是要经过了一些非常细致考虑，这些工作方式也逐渐影响这程序员处理问题的思维方式。换个角度来说，计算机非黑即白的0和1决定了程序员不得不在思考问题的时候尽量考虑清楚事物的可能性。

比如实现一个功能，无论在规划阶段乃至实现阶段他们总会发现这个功能在某些特定场景下会有问题，如果想真正上线，需要针对这些问题进行一些处理，而进行问题的处理往往需要花费不少时间，甚至可能本身要比简单实现这个功能要复杂得多。就算已经有方案，也得研究一套效率高，影响小，可行性高的。但普通人不一定会看到这些，就算看到了，由于不懂技术也不理解为何这么复杂，觉得你想多了，以后再说，赶紧出货。其实真有事情的那天，不是他们的错，代码他们写，锅还是他们来背。所以说每个程序员上辈子都是折翼的天使，拿着买白菜的钱，操着卖白粉的心。

图片来源：网络

低调木讷：

这两个词语似乎已经成为了程序员的标签，在工作中，程序员的沟通可能包括：与产品经理沟通需求、与同行交流技术、与同事分享工作和生活趣闻等。看上去跟别人没什么不一样，但是为什么各位程序员哥哥还是被打上低调与木讷的标签呢？

抛开个人性格问题，从职业特色来看的话，那就是因为一些程序员在工作中过于追求时间上的高效，忽视沟通的重要性，认为“说这么多，最后还不如我改多几行代码搞定”。毕竟祖师爷Linus Torvalds也说过“talk is cheap,show me the code”。久而久之，这种工作状态一旦形成，会把沟通视为一个低效的工作环节，给人一种难以接触的感觉，难以在同事互相之间形成信任，这种情况在一些性格孤僻认为技术就是一切的程序员中尤为常见。

公司是各种角色的集合，像老板、总监、经理、设计师、外包测试乃至推广，彼此间的交流仍然要通过自然语言而不是机器语言实现。技术也不是三两句话能说清楚，但是一些基本的共识很有必要在相关直接对接的同事之间通过沟通达成的，即使一味专注于代码，也就只能解决程序内部问题，并不能解决变化更大、更不可控的外部问题。事实上，优秀的程序员，除了出色的技术技术水平外，良好的沟通能力也是优秀的另外一种体现。

另外值得一提是，大部分程序员都不喜欢在他专心工作时被别人以任何形式中断，除了发奖金。

图片来源：网络

这个需求做不了：

每当产品经理兴高采烈地拿着一张连他亲妈都不一定看得懂一只字的草稿来到刚提完代码准备下班的程序员座位前，然后开始兴奋地说话都要夹带家乡话般描述着一个能够改变人类接下来20年的生活方式的宏伟项目时，我们的程序员哥哥最后总会很不识趣地说一句：“这个需求做不了”。

这种情况其实不能怪程序员了，上文刻意描述的并不是指影响人类20年的项目在技术上是否能实现，而是正常的软件生产环节中，任何需求，如果是没有详细文档的，程序员都是在没有考虑任何技术背景下，以正当理由直接拒绝的。

图片来源：网络

Deadline综合征：

如果说前面提到低调、木讷、沉默是很多程序员正常工作状态时的一个写照，那么deadline仿佛就像女性的生理期一样成为程序员挥之不去的阴影。每到deadline，看到手头上工作还没忙完，看似已经完成了工作频频出问题，产品经理每过两个小时过来问问题解决了没，今天能上线吗？那个平时看上去木木讷讷、人畜无害的程序员能够让你明白什么叫程序员式的不在沉默中爆发，就在沉默中死亡。基本上每个程序员都有过在deadline时苦苦挣扎，大发脾气的经历。

请至少在deadline时候对程序员好一些。或者说，别管他。

图片来源：网络

接下来，列举一些锦囊，给各位同学参考使用。

几个可行的沟通办法：

1、如果没学过技术，那么你应该相信你们的程序员的决定，同时要确认他们知道你要做的是什么。

2、使用明确的文档给程序员，而不是一句话需求。

3、请避免在忽视程序员的意见下去定产品开发周期，尤其是没做过的东西。

4、缩短会议的时间以及频率，让程序员有连贯的时间能够做事情。

5、不要用代码量去评估程序员的工作量。

6、不要把deadline当天气话放在心上。他们会很直接的向你抱怨，抱怨完后他们会把东西做完。

7、沟通遇到障碍时尝试使用提问的形式，what why how。

8、对外介绍的时候，使用xx工程师作为职位，私底下可以随意，就算叫二狗子也是OK的。

9、成为程序员的女朋友，开启你的上帝模式。

总结：

       通过今天的简单介绍，大家应该对程序员沟通障碍有一个初步了解，其实在生活中，程序员与从事其他职业人们并没有太大区别，只要采用适当的方法，沟通问题必然迎刃而解。而作为程序员的我们，也应该放下技术担子，尝试站在产品、用户的角度去思考问题，这样才能提升相互之间的工作效率，成为一位值得信赖的软件工程师。