小弟最近写了些文，是针对于公司工程师沟通的时候遇到的问题。
有人常觉得工程师很难搞，只是我常常觉得很多时候只是时机不会，
想在软件工作版来问一下，各位觉得还有什么沟通瓶颈呢?
以下附上文章给各位参考。
图文好读版：http://ppt.cc/Xkcb
正所谓隔行如隔山，在现代专业分工的环境下，为了追求企业的健全多元发展，
我们与许多不同专业、知识、生活背景的人共事，
许多时候多元的环境也代表着许多的误会，
像是规划人员与程式人员的沟通困扰可以列为第一条最经典案例。
下面几句话是不是做企划的你很耳熟
1. 进度已经排满了，要插队问经理
2. 公司的系统是六年前的了所以办不到
3. 你要的东西要六十天
听到这些话，你的内心纠结、无比愤怒 但你却无法反驳。
工程师们会这样回答，其实内心是这样想的
1. 进度不是我能控制的，除非经理调整排程，不然工程师没时间只好免谈。
2. 要解决问题前，先解决公司的系统环境，否则会出更大的包。
3. 除非安排多余的人力，不然只好饮恨了。
再深入分析一下心情，其实可以归类到主要二个原因
1. 写程式被打断，会需要花好一段时间才能找到感觉。
正如同你不希望写企划、想文案的时候被打扰，
因为你会需要空间思考，更何况复杂冗长的程式撰写过程，
一旦被打断就很可能需要砍掉重练。
2. 工程师的逻辑已经进入Code模式所以你在和他沟通的时候，他脑海里画面大概是…
if ( 他听得懂 ){ 和他讨论 }else{ 打发他找经理 }
除掉真正无法解决的现实，其实很多时候真的是时机的问题，
在这里提供给规划人员二个小小建议
1. 找对沟通的时机
一切在他还没进入程式世界前都是对的时间
比如说：茶水间、午休结束后…
温馨提示：请不要在吃午饭前和他谈新计划，因为他正接受饥饿与头痛的折磨。
2. 准备好Plan B
相信你也不是第一次被拒绝了，什么样的情况被什么样的理由拒绝，
也几乎了然于心，准备好最安全的备案，可以帮助你更迅速的完成达标。
毕竟工作嘛，没有人想扯别人后腿，一切都以公司最大利益为前提，
双方只要具备一定的合作默契把握好上述原则好好沟通，
相信在接下来的专案运作上一定可以事半功倍。