干了这么多年写代码的活儿，接触的人形形色色，总免不了听到一些不太顺耳的“评价”。比如：
- 程序员/工程师是挺聪明，就是不太会说话。
- 跟搞技术的人沟通太费劲了，掰扯半天我还是没懂。
- 我明明把需求说得明明白白，他却抓不住重点，还反过来甩给我一堆听不懂的专业术语。
- 问他这个功能能不能做，他从不直接说“能”或“不能”，非得绕一大圈技术逻辑，累不累？
在知乎上，也常常看到非技术背景的朋友提出类似的困惑：
说到底，这常常是思维方式不同导致的。产品经理关心的可能是用户体验、商业价值，而技术人员的第一反应往往是“技术上可不可行”、“有没有更优的方案”。频道没对上，聊起来自然费劲。
网上有个关于“生孩子”的比喻，可以说是非常传神了：
领导：生一个孩子要多久？
技术：通常，一个女人需要十个月左右，根据个体差异可能会有几天的波动。如果您需要，我可以去整理一下近年的数据做个分析。
领导：（打断）我不想听这些，我给你10个女人，下个月给我生一个出来。
技术：……
业务：（插话）领导，这样，我去找个已经怀孕9个月的，打上我们公司的标签，这事儿就成了。
领导：还是你聪明。你们技术啊，就是不好沟通，哼~~
很多时候，领导或业务方并不想听过程细节，他们只关心结果。至于你用什么方法实现，对他们来说可能不那么重要。这时候如果你跟他大谈特谈代码、架构、多线程、算法协议，他多半会觉得你“不会沟通”。
当然，故事还没完。如果你真的用“十个女人一个月搞定”的方式完成了任务，下个月的故事很可能是这样的：
领导：技术，我给你300个女人，明天就给我生一个！
技术：好的领导，我这就去产房抓一批。
领导：谁让你技术出门接触客户了？投机取巧！
你看，有时候问题可能不完全在于沟通本身，而是因为提出的要求本身就缺乏逻辑。在实际开发中，以下几种情景简直是“经典复刻”：
1、尽快上线的模糊需求
产品：领导催得紧，这个功能得赶紧上线，越快越好！
技术：等等，需求文档定稿了吗？功能具体要做成什么样？要不要测试兼容性？给我们配几个人手？你们心里预期的大概上线时间是什么时候？给个范围也行啊！
产品：哎呀，尽快就是尽快嘛！你先说要多久？
（然后，APP仓促上线，按钮点不动、页面闪退、数据加载失败等问题全冒出来了。）
领导：做的什么玩意儿，根本没法用！
产品：技术没做好~
技术，卒。
2、时间被“默认”缩短
项目经理：这个功能做完大概要多久？
技术：正常情况得1-2个月吧，具体看复杂度。
项目经理：行，一个月是吧？记下了。
（项目经理向总监汇报）
项目经理：功能预计3~4周完成。
总监：好的，3周是吧，我记下了。
（总监向领导汇报）
总监：功能2~3周完成。
……
最终仓促发布，BUG一堆。结论通常是：技术没做好，毕竟需要有人背锅。
必须承认，在喜欢钻研技术的群体里，性格偏内向、专注、逻辑优先的人比例确实更高。技术这条路本身就吸引了许多更愿意与机器而非人打交道的人。他们并非不会沟通，而是在高强度的认知负荷下，更倾向于将精力用于解决问题本身，而非精心打磨表达方式。
说到底，技术高手被吐槽“难沟通”，往往是思维模式、目标导向和信息差共同作用的结果。在开发者广场，大家常吐槽的点都差不多。要改善这种情况，双方都需要向前一步：业务方尽量清晰地定义问题和目标，技术方学着用对方能理解的语言解释方案和风险。毕竟，高效协作才是做出好产品的基石。
参考来源：
https://www.zhihu.com/question/5584842873/answer/1976445174595994467
https://www.zhihu.com/question/5584842873/answer/1977687064179935168
发表于 3 小时前
|
查看: 3|
回复: 0
