碰到修改代码程序员有抵触怎么办

过度沟通，干涉过多。
最好的项目经理就是每天上淘宝

极度害怕那些技术出身的头，害怕他们指手画脚，甚至直接修改代码
最喜欢不是技术出身的头，也可以是其他技术的
这样比较好
哈哈
不懂技术，可以把经理集中在其他方面。
给老板一个建议，设项目经理的时候，最好互换领域。
人总有惯性，对自己熟悉的领域，就喜欢指手画脚，很难控制。
对于自己不熟悉的领域，总会保持一点敬畏。
圣经--------------
我虽然掌握一切，但是也应该保持敬畏和谦虚。

我觉得楼主没什么错啊，既然对需求都不完全明白，就该勾通。

中途修改需求是不可避免的，除非你自己创业，让别人按自己的意愿做事还是得下一番工夫的

如果是对不合理的代码提出改进意见，只有好处没有坏处。作为程序员，如果是合理的建议，应当是选择接受，不管对于树立良好的工作态度，还是对于自身技术的提高都是有帮助的。

我就很喜欢和程序员讨论代码实现的问题，他们大多会接受，有的时候也会驳回我，这很好，说明他们有自己的想法，而不是在麻木的CODING。但是我绝对不会去修改他们的代码，这是最基本的尊重问题。

先找自身原因，再找别人的！其实本人一直也痛恨修改一些乱七八糟代码。头痛。。。。。。

1.开会沟通不用提前打招呼，直接进就好，说了半天还浪费时间，还最后啥也没沟通明白，直接说走去办公室
2.别跟我说思路断断续续，要着眼于你说你这样改好，行，说出你的理由，能说服我我同意。
3.做好前期准备，不要拍脑门想出一出是一出。
4.自己如果把握不好，不如听听底下人的想法，如果自己研究很深我觉得会有很多理由改变手下的想法，说出他的不足，或将来可能发生的问题。

这就是技术出身的leader的通病。

No。 这不是你的活。
代码不合理应该有review的人提出，一般是做cross review。
代码有问题一般情况下除了自己发现，应该是测试mm的活。
代码命名不规范，文档不齐全，那是QA的活。
一般说来，项目应该有designer guideline， develop guideline cookbook之类的。
如果觉得程序员代码质量不高，应该推荐他们去看《重构》
如果是做java的话，推荐他们去看几遍《think in java》

好的程序员应该管好项目经理的爪子，严禁他们把爪子伸到代码层面来。

前期没沟通好，后期带着情绪沟通，显然出了问题。