和技术人员的沟通不顺畅，责任主要在产品人员身上。原因很简单，人家是搞技术的，不是负责和用户交流并且给技术人员传达需求的。你如果进入他们的语境，熟悉他们的逻辑，往往会发现你能高效的和他们沟通。
　　进度把控不好，责任主要在项目管理人员身上。原因也很简单，人家是搞技术的，不是管理和控制进度的。你需要组织会议，建立制度，收集进度，评价结果。
　　最优秀的程序员当然是沟通顺畅，自我管理好并且有大局观的。
　　但是，我个人不在乎木讷，不爱汇报进度的程序员。只要，他遵守规矩，能拿出可用的代码。我也见过很多沟通伶俐的程序员，总有漂亮的进度汇报。但是，他代码的稳定性可能糟糕到我不得不重新安排人再写一次。
　　楼主貌似产品或者项目管理人员？我的建议是，不要总想着把事情赖在别人头上，做好你自己的工作。就像一个木讷的技术人员为你搞定内存泄露一样。
　　>>1、木讷、没礼貌。
　　做技术需要踏踏实实沉下心来做事情，久而久之就会养成相对内敛一点的性格。如果你碰到一个满口甜言蜜语的技术人员的话，你真的要小心了，这种技术人员往往会给你惹出很大的麻烦，比方说谎报工作成果，在团队内搞风搞雨，搬弄是非，挑拨离间，这是我招人的血泪教训啊。
　　>>2、合作做事情不喜欢汇报进度，比如正在做你的东西，忽然停下不知道干别的什么去了，不等你催他都不跟你讲。
　　如果是“合作”关系的话，用“汇报”这个字眼显得很有问题。他既然和你是平级的合作关系，凭什么要向你汇报他的工作？ 要汇报也是只有义务向自己的领导汇报吧。
　　比方说我手下带的研发团队、产品团队和运营团队共同合作做一个项目。研发工程师没有任何义务向产品人员或者运营人员汇报进度，研发团队只有义务向我汇报工作。那么团队之间怎么加强沟通呢？我采用的办法是：
　　各个团队把进度汇报到我这里来，我让产品人员每周出一个项目进度周报，邮件群发给所有人，让每个人了解项目的进度。另外，在项目上线前 30 天开始倒计时，每天下班前，我把项目组所有人召集起来进行一个快速的每日进度的 review 沟通会。
　　我采用这种项目管理方式屡试不爽，产品，研发和运营团队协作的效率很高。所以说，出现你说的那种情况在我看来就是领导的失职，产品人员没有权限直接指挥和自己平级的研发人员。是上一级的领导放弃了自己的职责。
　　>>3、不回 QQ，回的话就重现第 1 点。
　　我工作的时候不喜欢开 QQ，开 QQ 也是免打扰模式。有事给我发邮件说，这是我灌输给整个团队的理念。
　　再多说两句，程序员这个职业的专业性非常强，不要说和外行人交流，就是做不同领域的开发，几乎都无法交流，比方说做 Web 项目的、做嵌入式开发的，做游戏引擎的，他们的知识体系都很少重叠，几乎无法在专业领域进行有效的交流，更不要说和非技术人员交流了，那肯定是很容易出现障碍的。
　　我打个比方，医生这个职业的专业性也很强，所以你会感觉医生也很难交流，通常很不愿意和患者进行深入的交流，这和程序员是一个道理，知识体系差异太大，除非交流能力特别强的人，否则很难建立有效交流。
　　最后补充一句哈：检查程序员的工作进度对技术出身的经理来说，并不是什么难事，其实就算程序员不向我汇报，我也照样知道他们的工作进度。道理很简单，我有公司内部 git 源代码服务器的最高权限，我会定期 pull 各个项目的源代码出来，看看最近谁提交了哪些 commit，呵呵。
　　
　　1. 木纳我想大部分是无意识行为，也就是很多开发的学习经历和工作经历中都缺少与人沟通的机会，更别谈能和其他同事好好沟通了。我自己的亲身体会是我会努力的和其他同事甚至任何人进行沟通和交流，但是因为我缺少这方面的经验和技巧，我会犯错，同时会敏感的意识到不好的交流给其他人造成了不愉快的情绪，我会有挫败感，挫败感又会再一次伤害我跟其他人交流的信心。总之这是一个我自己都没有解决好的问题。
　　同时由于长时间面对机器，直来直去习惯了，例如，机器给一个 hello world，程序员可能只会想到一个 main 函数和 prinf 调用，不懂跟自己沟通的其实是一个活生生的有其他想法的人，忘记了考虑人性的东西。
　　例如，PD 询问复杂功能是否能实现的时候，有些程序员同学根据自己的实际经验马上给出直白、冷冰、不能再商量的不行的回答。其实拐个弯，例如时间成本比较高、时间在宽裕一点我愿意尝试一下之类的回答更会让 PD 心里更舒服些。这样能给双方一个契机，让话题更加深入且愉快的发展下去。
　　还有一种不太好的现象应该就是真的和程序员这个群体有关了。很多程序员同学都比较自负，这些自负的情绪可能来自于较好的学习成绩，相对同龄人较好的收入，甚至有可能只是解决了某个 bug。在缺少沟通的自我意识里这些因素可能不会让他们意识到这并没有什么了不起的。
　　为了提升自己说话的方式愉快的和其他人相处我甚至买了了《蔡康永说话之道》这种看起来很无聊的书，不一定对我的说话技巧有多大的提升，但是使我意识到说话是门学问。
　　2. 不汇报工作进度要不是懒，要不是对自己的工作没有规划。要想让自己成为一个让其他人放心的人，自己想留给其他同事一个靠谱的印象的话，受人之托就要忠人之事，由于 IT 行业的特殊性，更应该增加反馈自己的工作进度频率。这是做事情的态度，并不局限于 IT 这一个行业。自己不靠谱就不要指望能担重任了。
　　为了不忘记其他同事交代给我的事情，我会把事情记在备忘录里，放在身边。明白自己正在进行哪些工作，哪些工作什么时候需要反馈。
　　3. 不回 QQ 请用邮件，或者直接电话。工作交流还是尽量少用 QQ，可以走到他的工位聊，用你觉得能带动他的任何方式。
　　每一个不能愉快和其他同事相处的程序员同学都应该思考这几个问题。、

　　和技术人员的沟通不顺畅，责任主要在产品人员身上。原因很简单，人家是搞技术的，不是负责和用户交流并且给技术人员传达需求的。你如果进入他们的语境，熟悉他们的逻辑，往往会发现你能高效的和他们沟通。
　　进度把控不好，责任主要在项目管理人员身上。原因也很简单，人家是搞技术的，不是管理和控制进度的。你需要组织会议，建立制度，收集进度，评价结果。
　　最优秀的程序员当然是沟通顺畅，自我管理好并且有大局观的。
　　但是，我个人不在乎木讷，不爱汇报进度的程序员。只要，他遵守规矩，能拿出可用的代码。我也见过很多沟通伶俐的程序员，总有漂亮的进度汇报。但是，他代码的稳定性可能糟糕到我不得不重新安排人再写一次。
　　楼主貌似产品或者项目管理人员？我的建议是，不要总想着把事情赖在别人头上，做好你自己的工作。就像一个木讷的技术人员为你搞定内存泄露一样。
　　>>1、木讷、没礼貌。
　　做技术需要踏踏实实沉下心来做事情，久而久之就会养成相对内敛一点的性格。如果你碰到一个满口甜言蜜语的技术人员的话，你真的要小心了，这种技术人员往往会给你惹出很大的麻烦，比方说谎报工作成果，在团队内搞风搞雨，搬弄是非，挑拨离间，这是我招人的血泪教训啊。
　　>>2、合作做事情不喜欢汇报进度，比如正在做你的东西，忽然停下不知道干别的什么去了，不等你催他都不跟你讲。
　　如果是“合作”关系的话，用“汇报”这个字眼显得很有问题。他既然和你是平级的合作关系，凭什么要向你汇报他的工作？ 要汇报也是只有义务向自己的领导汇报吧。
　　比方说我手下带的研发团队、产品团队和运营团队共同合作做一个项目。研发工程师没有任何义务向产品人员或者运营人员汇报进度，研发团队只有义务向我汇报工作。那么团队之间怎么加强沟通呢？我采用的办法是：
　　各个团队把进度汇报到我这里来，我让产品人员每周出一个项目进度周报，邮件群发给所有人，让每个人了解项目的进度。另外，在项目上线前 30 天开始倒计时，每天下班前，我把项目组所有人召集起来进行一个快速的每日进度的 review 沟通会。
　　我采用这种项目管理方式屡试不爽，产品，研发和运营团队协作的效率很高。所以说，出现你说的那种情况在我看来就是领导的失职，产品人员没有权限直接指挥和自己平级的研发人员。是上一级的领导放弃了自己的职责。
　　>>3、不回 QQ，回的话就重现第 1 点。
　　我工作的时候不喜欢开 QQ，开 QQ 也是免打扰模式。有事给我发邮件说，这是我灌输给整个团队的理念。
　　再多说两句，程序员这个职业的专业性非常强，不要说和外行人交流，就是做不同领域的开发，几乎都无法交流，比方说做 Web 项目的、做嵌入式开发的，做游戏引擎的，他们的知识体系都很少重叠，几乎无法在专业领域进行有效的交流，更不要说和非技术人员交流了，那肯定是很容易出现障碍的。
　　我打个比方，医生这个职业的专业性也很强，所以你会感觉医生也很难交流，通常很不愿意和患者进行深入的交流，这和程序员是一个道理，知识体系差异太大，除非交流能力特别强的人，否则很难建立有效交流。
　　最后补充一句哈：检查程序员的工作进度对技术出身的经理来说，并不是什么难事，其实就算程序员不向我汇报，我也照样知道他们的工作进度。道理很简单，我有公司内部 git 源代码服务器的最高权限，我会定期 pull 各个项目的源代码出来，看看最近谁提交了哪些 commit，呵呵。
　　
　　1. 木纳我想大部分是无意识行为，也就是很多开发的学习经历和工作经历中都缺少与人沟通的机会，更别谈能和其他同事好好沟通了。我自己的亲身体会是我会努力的和其他同事甚至任何人进行沟通和交流，但是因为我缺少这方面的经验和技巧，我会犯错，同时会敏感的意识到不好的交流给其他人造成了不愉快的情绪，我会有挫败感，挫败感又会再一次伤害我跟其他人交流的信心。总之这是一个我自己都没有解决好的问题。
　　同时由于长时间面对机器，直来直去习惯了，例如，机器给一个 hello world，程序员可能只会想到一个 main 函数和 prinf 调用，不懂跟自己沟通的其实是一个活生生的有其他想法的人，忘记了考虑人性的东西。
　　例如，PD 询问复杂功能是否能实现的时候，有些程序员同学根据自己的实际经验马上给出直白、冷冰、不能再商量的不行的回答。其实拐个弯，例如时间成本比较高、时间在宽裕一点我愿意尝试一下之类的回答更会让 PD 心里更舒服些。这样能给双方一个契机，让话题更加深入且愉快的发展下去。
　　还有一种不太好的现象应该就是真的和程序员这个群体有关了。很多程序员同学都比较自负，这些自负的情绪可能来自于较好的学习成绩，相对同龄人较好的收入，甚至有可能只是解决了某个 bug。在缺少沟通的自我意识里这些因素可能不会让他们意识到这并没有什么了不起的。
　　为了提升自己说话的方式愉快的和其他人相处我甚至买了了《蔡康永说话之道》这种看起来很无聊的书，不一定对我的说话技巧有多大的提升，但是使我意识到说话是门学问。
　　2. 不汇报工作进度要不是懒，要不是对自己的工作没有规划。要想让自己成为一个让其他人放心的人，自己想留给其他同事一个靠谱的印象的话，受人之托就要忠人之事，由于 IT 行业的特殊性，更应该增加反馈自己的工作进度频率。这是做事情的态度，并不局限于 IT 这一个行业。自己不靠谱就不要指望能担重任了。
　　为了不忘记其他同事交代给我的事情，我会把事情记在备忘录里，放在身边。明白自己正在进行哪些工作，哪些工作什么时候需要反馈。
　　3. 不回 QQ 请用邮件，或者直接电话。工作交流还是尽量少用 QQ，可以走到他的工位聊，用你觉得能带动他的任何方式。
　　每一个不能愉快和其他同事相处的程序员同学都应该思考这几个问题。、