本人程序猿一枚，混迹职场多年，带你看看如何有效的进行沟通。
通常每个程序猿的内心都是比较自傲的，在专业技术面前不要给我指手画脚，瞎乱指挥，我的地盘听我的！所以当你要是和别人协作的时候，是不是发现各种水土不服？
先来看个小故事，小A负责一个模块的开发，新来个小B被分配到小A这分担压力，然后俩人在接到新的开发计划后，出现了分歧，小A认为计划排的太满，有完不成的风险，还要带小B熟悉代码和业务。小B初来乍到想展现下个人能力，就认为这点工作手到擒来，那么分歧就有了，谁也不愿主动说呀！小A要是说了岂不是自认不如新来的小B，小B如果说了是不是太嚣张了（当然心里还是会鄙视下），一个进度隐患就埋下了！好了下来分工吧，小A自认是老人了技术业务都肯定比小B强，开始指手画脚让小B怎么怎么做，小B当然不服啊（90后00后才不惯着你那），这下任务分配埋下了隐患。最后到了提交代码的时候了，小B先人一步提交了git，小A提交时一堆冲突（what？什么鬼？谁干的？），一顿解决提交了，这里就又有可能marge丢失的问题。最后小B被调走了，小A还是累死累活。
先分析下有几个问题：【进度风险】，【任务分配不均问题】，【多人协作问题】，【善后处理问题】。
【进度风险】：那么我们试试有效沟通吧！小A评估完进度后感觉存在风险，先放心里，以一个对等的姿态给小B一个机会，看看他的意见，是否统一，不统一的话分歧点在哪里，是否能说服彼此。最后以统一的意见向上反馈或者报风险。
【任务分配不均问题】：既然小A比小B更懂业务，那么应该小A主动来拆分任务，拆到可以单人进行的程度，列出列表和小B过一遍后，让小B同时了解业务和任务，如果小B愿意领任务就自愿领取，或者一分为二，各选其一最为公平公正，这样相互尊敬相互体谅也就没有了抵触情绪。
【多人协作问题】：通常代码都会有git，svn等版本管理工具，那么大家提交代码的时候也要有一定的规范性，尤其是多人协作，人少时可以口头互问进度，人多时可以先拉后推，有问题本地解决，有冲突即时沟通解决，不要因为别人的提交导致你的提交有问题就发火或者强行合并，这是不明者的做法。
【善后处理问题】：小A和小B的事例我身边每天都在发生，尤其新人进组时，老员工都在角落瑟瑟发抖，那么小A应该正确面对问题和小B积极沟通协调，不能一味的向上反馈问题，而是想办法积极解决问题，公司花钱是请人解决问题的而不是制造问题，问题制造者终将被淘汰出局，只有问题解决者才能久立，做好善后工作也是 体现人品的时候，小A挤走了小B其他人也都在看着，所以对谁都不好。
最后，在职场中要控制个人情绪，摆正态度，沟通是解决大部分问题的有效方法，而有效的沟通可以让你如鱼得水，放下自己那傲慢的态度，多一份谦恭，跟你身边的同事一起加油吧！！！
閱讀更多 狂奔的攻城獅 的文章
