和程序员沟通对比

A. 为什么程序员普遍都比较难沟通

他们太古板了，天天就一套逻辑思维，无法沟通。

B. 程序员的工作和生活都是非常枯燥的，跟程序员交往会不会显得很乏味

程序员的工作和生活都是觉得非常的枯燥，想要和程序员交往的时候肯定会觉得有些乏味，彼此选择在一起交往的时候都是看到了对方的闪光点。虽然说生活会觉得有些乏味，但是也正是因为两个人性格有些互补，所以并不会觉得和程序员交往有些枯燥。在性格搭配上大多数都是呈现了互补的，如果程序员的生活较为枯燥，自己可以选择活泼一些，能够丰富对方的生活。

程序员也可以表现的十分浪漫，毕竟经常和电脑打交道，也可以查看到网上新鲜事件。所以在看到别人家的男朋友给女朋友制造惊喜的时候，程序员也可以通过电脑的方式给对方制作一个有爱意的程序，或者是独自研究出一款软件。能让彼此两个人共同使用，也能见证彼此爱情的发展，在谈恋爱的时候，生活也是需要仪式感的。

C. 程序员工作中的沟通小技巧

程序员，是互联网公司的一笔资产，也是产品经理等冲突的主要对象，如何提高与程序员之间的有效沟通，请看下文：

心态平和——程序员的内心世界是很丰富，在经历了各种需求修改、bug修复后，相对而言与人交流的能力要明显弱于与计算机的交流能力。因此一定要心态平和的与程序员进行沟通。

希望以上几点建议，能够帮助提升你与程序员之间的沟通效率。

D. 项目负责人如何和程序员沟通

做一名程序员，虽然好的口才不是必要条件， 但不善于表达自己想法以及与上司同事沟通，吃亏的是自己；

最近做一个项目，与项目的负责人出现一些不愉快的事情,出现这种情况虽然与其它杂七杂八的事情有点关联， 但最重要的原因还是在工作上缺乏沟通； 例如， 上周他给我们C#组的人员分配工作， 每人负责一个小模块， 数据库和需求文档已经提供有，但数据库的表字段有可能根据实现开发情况做少许改动，而且也给我们一个例子看， 可能参考该例子来做； 在统一讲需求时虽然听起来明白了，但做起来会发现很多关节的细节没考虑进去，而这些细节往往会影响到开发的速度， 甚至看骈符合了文档的需求，但却不符合负责人或者说是客户的实际需求;因为文字类型的需求是比较抽象，特别是要做用户界面， 虽然有例子，但也只能参考，不能照搬也做，这样做出来的程序很多情况下只符合程序员自己的需求； 已经花了很多时间去做一个可能不需要的功能，如我当时做一个日历控件来显示排班信息，且也接近交货日期了，到时交到负责人手里时才发现，这个日历控件不是必要的，选择的时间范围是在弹出窗口里，且不保存到数据...， 这时发现做了很多无用功，又要加班加点去赶进度了。虽然这只是一个小例子，但相似的例子在前几个月里已经发生过几次，为什么呢，因为表达能力差，也不善于与人沟通。可以利用日事清管理工具来沟通，把想法写出来。然后@给项目负责人。不用直接面对，效果不错。

E. 在程序员的职业发展中，沟通能力扮演什么样的角色

首先，第一点，程序员会的沟通能力就是会聊天。技术水平是"沟通能力"的基础，技术弱,自己对每个环节都没有深入认知的前提下,即使会聊天,善于沟通,所传递的信息也可能是错误的。

我有这样一个朋友，在首都的大公司任职，技能水平中等偏上吧，并且他总是能用一个简短的比喻,或者小故事,让完全不懂技术的管理层知道他的团队在做什么,在他的团队里,有很多比他技术能力强悍的人,也不乏大牛。但是他却成为了团队的管理者

如果你的技术够牛，那你会觉得沟通能力无关紧要，但假如你技术又好又善于沟通，那可不仅仅是锦上添花的大优势了。

F. 刚当上项目经理，如何与组内的程序员进行有效沟通

沟通是一门学问，如何有效的沟通更是门必修课。模仿、聆听、真诚、注意肢体语言、就事论事、保持情绪这些方面在和人沟通的时候都要注意。鉴于你刚刚当上项目经理，有很多东西需要与组内成员磨合，所以进行有效的沟通是很必要的，我简单的提供下几点帮助，希望能对你有用。

4、戒讲假话。有喜报喜，有忧报忧，如实反映情况，不隐瞒自己的观点。

5、戒讲脏话。文明礼貌语言美，在任何场合都不讲骂人的话、粗鲁的话、低级趣味的话。

6、戒讲文理不通的话。说话要合乎逻辑、合乎语法，讲究修辞，积极维护祖国语言的纯洁和健康。

G. 作为一名程序员，如何在职场中提升沟通效果

我觉得单纯从程序员的角度来看的话，他们在沟通上面已经做得非常的精简了，基本上是没有什么废话的，举个简单的例子，就比如说某个程序员要去别的部门借某个东西，他们不会跟你拐弯抹角的，都是直接拿的，而且拿完之后，有的放回来也不知会一声，因为在他们看来，这样会更加的高效省时间，但是从普通人的角度来看的话，就缺少一点人情味。

所以我觉得这种人就应该改变一下自己和别人的沟通方式，当别人指出你错误的时候，你就应该虚心地接受，然后去检查一下是不是自己真的出错了，而不是和别人争论，毕竟你的错误有可能会导致整个项目的崩溃。

H. 程序员如何解决沟通冲突，避免互撕大战

在一般情况下，程序猿可以和产品维护好日常关系，一起吃午饭，一起参加团建之类的，日常沟通顺畅了，沟通产品的时候相对也好沟通一些，和不懂技术的产品讲技术，对方可能也能听的进去一二，也就能避免互撕大战，大家捞的清闲了。
像那场惊天动地的程序猿暴打产品经理那场战事中，据说就是产品经理提出了要求，去实现客户端颜色适配用户手机壳，面对这样的需求，应下来就是给自己挖坑，因为这样的功能肯定没办法实现的呀。如果这位程序猿和产品经理平时关系相处的好一些，大家能坐下来好好沟通
“兄弟，你这个功能不好搞啊”
“咋不好搞？”
“我跟你讲啊，技术上，这样那样这样那样”
“噢，原来是这样，还是你专业，听你的，那就这个功能不要了”
沟通能解决的事情，这样的结果，皆大欢喜。

I. 产品经理该如何跟程序员沟通

产品经理面试的过程中面试官特别喜欢会问一个问题，如果开发人员以无时间为理由拒绝你的需求怎么办？工作中产品经理和技术人员打交道的次数太多了，行业内也流行着一些图片来调侃产品和技术之间的关系，两者的关系可以用相爱相杀来形容。

之所以这么说有两个理由，相爱是因为两者要互利合作，把老板交给的任务完成，而且只有彼此合作才能让工作进展的更顺利。相杀是因为这两个职业又存在着很大的矛盾，产品经理的需求间接决定了技术人员的工作量，有些技术人员确实对产品经理比较反感。

我也看过一些关于产品与技术如何沟通的文章。这篇文章我想结合我自己的亲身经验，分享一些小技巧，可以当做是保持良好关系的润滑剂。

1

首先我们分析一下技术与产品之间产生矛盾的原因。在分析之前，先设一个前提，每个公司在招人的时候都有其标准，寻找价值观相同的人，所以我一直都相信开发人员并不会无故找理由拖延项目周期。反过来，如果开发人员因为品性而偷懒或者说是耍心眼不干活的话，那就没办法了，个人主观因素太大。

第一种情况是产品经理的需求与开发人员手头的项目撞期了，解决的办法很简单，就是根据需求的优先级来调整开发排期。碰到这种事，有些领导也总是期望产品经理靠着自己的方法解决。但是除了跟上级领导申请调整优先级，没有别的好办法。一个客观事实，公司在多个项目中确实有优先级之分，虽然你自己的孩子自己最看重但是在别人眼里并不是这样。第二个原因是开发人员是按照公司意愿办事，说严重点你总不希望别人因为你的事情跟领导闹僵，搞砸自己的饭碗吧。

第二种情况技术人员并不认同产品经理的观点，虽然产品经理和技术人员各司其职，但是在工作中会碰到有些技术对产品特别关心，如果产品经理的做法自己不认同的话会提出质疑。如果质疑的人是技术老大，产品经理往往会更被动。遇到这种情况我觉得很正常，想办法说服技术人员。

除了搬出之前做的产品分析和用户调研外，我在工作中总结了一点经验，平时可以多跟技术聊聊天，增进彼此了解，观察他们经常上使用的产品，在沟通说服他们的过程中，可以拿他们经常用的产品举例，这样的话他们本身对那个产品更熟悉，自然也更好理解。另外，在跟技术讲解产品的时候也要适当的画饼，描绘一下产品上线成功后的美好未来，这会带动起他们的积极性。

2

产品经理要做好自己的基础工作，这利于给开发人员留个好印象。做好这方面的工作有两点，一是想好产品规划的原由，避免被技术的同学问住。技术人员也特别讨厌产品经理说“某某产品就是这么做的，我们按照他们的做就行了”这样的话；二是写好产品文档，在产品文档中避免有遗漏的地方，特别是一些比较复杂的功能，一定要解释清楚，因为技术人员会遵照着产品文档进行开发，所以说如果有疏漏的地方会增加沟通成本，如果文档写错了，造成开发出来的产品功能不符合预期就是产品经理的责任了。

为了提高文档的可读性，我们也可以多使用图文、流程图的表现形式，如果只是干巴巴的一个word文档，几千个文字，看起来确实很枯燥。

对于产品经理和开发人员来说信任尤为重要，如果开发对产品经理缺乏了信任，结果就是你的话开发人员不会再听了，每个需求他们需要经过你的领导确认后才会去做。获取对方信任的一个很重要前提就是说话算数，当技术人员询问你某一个问题时如果自己没想清楚，可以先暂时别回答，考虑清楚后再说。要是随口一说，过后又让开发人员修改，不仅会造成开发人员返工，这种行为也是非常不负责任的。

即便文档写的再完善，在产品开发过程中也难免需要当面沟通。项目跟进，需要产品经理极大的责任心和积极性。一个项目立项后，公司通常会把参与人员列为一个小组，产品人员需要根据开发排期跟进开发进展，避免开发出来的产品与预期不符，验收产品功能是否与产品期望一致。这个过程产品人员的工作往往会比较繁琐，也会比较忙，当然也会锻炼产品经理的沟通能力。

3

说一下行业内一直讨论的一个问题，产品经理该不该懂技术？我觉得这个问题并没有什么好讨论的，无论是从个人知识量还是从是否有利工作的角度讲肯定是懂技术要更好，而之所以能吸引那么大的热议，可能是由于很多产品经理不懂技术，但是又没有兴趣学习，所以心底一直会纠结这个问题。

从我个人的经验来看，特别是你做项目比较多的时候，会发现懂点技术跟技术人员沟通起来会顺畅很多，一个重要的体现是技术人员也很愿意跟你交流技术实现的一些想法，而不会说“算了，跟你说了也没用”这样的话。

产品经理懂技术还有一个很重要的益处是当业务部门提出需求时，自己就能评估出技术实现的可行性，对于实现起来比较困难的需求自己就可以跟业务部门商量优化方案。而不必每个功能都去询问技术，无形中也减少了技术的麻烦。

不过我跟很多人的观点也一样，产品经理对技术的了解不需要太精通，说到这我还得庆幸自己大学时候学的是计算机专业，虽然学的不好，但对于现在的工作还是非常有益处的。不过我在工作中也会碰到技术人员偶尔说了一个名词自己不理解的，这时候两种办法，要么主动问一下，要么自己去网上查，明白其中的逻辑关系，知道是怎么一回事就好。

毕竟术业有专攻，虽然我们希望知识越多越好，但也别给自己太大压力。况且技术知识也在更新迭代，他们使用的框架也会变化，技术的语言也有很多，如HTML、Java、PHP等，你不可能全都精通。

4

最后说点工作中会遇到的个人主观因素。

当产品经理跟其他部门提需求或是沟通确认的时候也不排除其他同事有未及时回复的情况，为了确保项目上线也为了争取资源，这个时候就需要产品人员更加主动一些，所以产品经理有时候还需要脸皮厚一点。

当提交一个需求给开发部门制定排期，你会发现他们都会把时间定的很充足。也许你会因此对其他同事有看法，但其实在工作中都是这样子，大家都不会把自己的时间安排的太紧张，而且还要考虑过程中可能会出现的风险因素，例如请假的情况。当然也不能把时间定的太长，那样老板该不开心了，所以最好是产品经理根据上线时间与开发人员定一个时间结点，让开发人员在这个时间点前完成即可。

J. 如何才能和程序员男友进行有效的沟通呢

我们会发现，如果自己的男朋友是程序员的话，这个时候我们自己与男朋友沟通的时候也是非常的麻烦的。因为自己的男朋友通常都会非常的注重这样的一个理性的逻辑思维，而对于我们自身来说，在爱的时候，通常也会想要得到一些相关的庇护。那么我们也会觉得跟自己男朋友相交谈的时候是非常的不好的，而且会让两个人之间产生一些隔阂，并且会因此吵架。

那我们自己在跟他们一进行沟通的时候，就需要一定的目标。而且我们在跟他们进行交谈的时候，就需要去注意我们自己的方式，不能够用我们自己女生的一些情感和态度来对待。毕竟他们自己非常的不了解我们自己变得心里所想，我们只能慢慢的跟他们进行耐心的沟通，才能够让他们自己慢慢的去尝试走进我们自己的内心。也会让他们不会产生抵触的心理，毕竟对于程序员，男朋友来说，通常都是一根筋的。