5，搞好同事关系
程序员加班多，偶尔在他们加班时买瓶可乐，装作一脸坦然的放到他桌子上，他就算嘴上不说，心里也会感激你的。这不是歪门邪道，而是人之常情。社会上你上哪去找一瓶可乐就可以买通的朋友去?
如果还不管用，请用这张图诅咒他
如果你都做好上面5点，对方还无理由拒绝，那问题就不在你这边，也不是你一个人能解决的了。请找你们共同的主管(比如项目经理)，三人一起当面沟通，为什么会出现类似的情况，要有不解决我就拉你们住在会议室的决心。绝大多数情况下，你是能听到程序员告诉你为什么他会不配合的。
切忌私下找对方上级。职场上任何时候，都要做到我对你说的话，对别人都敢说，千万不要做背后议论，抱怨，捅刀子的人。
如果你已经做到位，还是无法解决，那不是这个程序员的问题，就是你们主管的问题，请考虑换工作吧。
四、程序主管应该做什么?
这一条是我看了排名第一CTO的同学，有感而发。同样作为管理人员，我坚信没有任何一个工种是“可选”的。绝大多数产品，无法单靠某一类人就能做到 100%的极致，再好的产品也有改进空间。而这个改进空间，无法靠设计者自己解决，需要借助外力。所以我不认为产品人员不给力，就可以把他们边缘化。
我自己是策划出身，如果我是这个公司的CTO的话，我想我会从下面几个角度让程序和产品人员更好合作。
1， 不断给团队灌输产品为先。
我们每一个人，都是为了这款产品的成功而努力。在这里面，每个人的工作都是为了产品成功负责，而不是谁是做什么的，谁专业不专业。只要能够让产品质量提高，任何提出的方案、修改都是可以讨论的，即使进度不允许，也可以记录下来。
让团队每一个人不再关注自己的角色(策划、程序、美术)、职位，改为关注产品本身，是我的职责所在。
2，抓好培训。提供工具。
抓好培训：为程序人员培训产品的意识。为产品人员培训开发的流程与经验。不求互相替代，只要能两拨人能互相理解，能从对方角度考虑问题就够了。
提供工具：为产品人员提供更好的开发、设计工具，能够让需求从设计者到开发者之间，尽量少出现因沟通产生的歧义。
3， 制定规范和流程
包括需求制作规范、文档规范、开发流程、需求变更规范等等，减少项目中因人的因素带来的不可控。
4，搞好团队建设和人际关系，尽早解决问题。
打破工种的圈子，一起出去吃个饭，打个球，其乐融融多好。
总结一下吧，程序员不配合，不用找那么多理由，大多数情况是需求人员没做到位，请继续修炼自己的专业能力和人际关系。
原文地址：zhihu
作者：@逍遥老李
