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

在没定好要做什么的时候，就抱着先做了再说的态度去做，这是不对的。
不可以反复修改，不仅浪费成本而且破坏士气。
搞不清楚怎么回事可以先做一个原型，拿着这个给客户看，搞明白了以后再大规模开发。

第二PM不要过多干涉具体人员的事情。
根据我的经验来说，我一般这种问题都没有做这件事的人懂。
我一般都要他说明一下他准备干什么，我看看思路有没有问题，没有问题他就按他的想法去做。
我去亲自做90%会弄错。

这是在侮辱程序员吗？ 那个项目经理是SB嘛？

非常赞同！
很多加班其实都是无谓的，如果一开始就重点做好设计工作，不要给后面留下隐患的话，我想其实没那么多要加的班吧。

主要的是很多项目里面没有掌握正确的需求分析方法，善于引导客户需求的需求分析师，说白了，主要是你开发者不重视需求，客户怎么知道重视需求呢？

你们这些所谓的信息化内行抱怨客户那些信息化外行实在没道理。

程序员有想法很正常，也非常值得鼓励的。
不过越有想法的程序员，越有抵触的心里，再加上立场不一样，思考问题的角度不一样，不过这些应该是很正常的。
不要试着去解决一切问题，把握项目进度才是最重要的。

苦逼程序猿- -

Mark！！！！

很好的借鉴！

里面可以看到项目经理对沟通的理解有问题

沟通的途径 ，沟通的目的都有问题。

也可以看出项目经理有很好的想法，但过于自负，没有一个良好的处事方式，在对新东西不熟悉的情况下，做了设计而且不负责任的交给程序员开发。类似的内研项目应该是没有很紧的时间规划的，但居然交出一个不成熟的设计！

一个懂技术的项目经理应该是一个好的项目经理，具有了很多不懂技术的项目经理的优势，但如果因为这样就忽略项目经理应该具有的沟通，组织，已经对流程的认识，个人觉得还是蛮可怕的，这是大部分技术出身的项目经理很容易走入的误区。

如果不着急的话，应该从项目内开始推广设计模式，开发的一半规则，这样可以给程序员一个优秀程序应该具有什么特性！可读，可扩展，易修改等等，深入这些概念后，再跟程序员一起去看看当前的代码和开发方式！

然后提出自己的概念，让程序员对各个模块的代码给出一个优化的概念，然后评审！最终形成自己想要的框架结构！

沟通的气氛和途径相当重要。从主题上来看，项目经理应该是已给刚到任的有责任感的项目经理而且技术应该不错！拿一个技术大拿的身份去干项目经理！

一点浅见，欢迎交流！实实在在在干干项目经理的，总是可以从被骂中学习到很多！

一个好的设计往往就决定了一个项目的开发效率

我做项目经理时很轻松，只要把握进度，说明需求，定好技术框架，其它的，都交给程序员去完成。

我做程序员时也很轻松，只要你说要做什么就做什么，不做多不做少，但碰到不会做的就跟你说，你是头，你工资比我高，你不来扛，谁来扛？

但问题是，两个职位，差别很大的。你是管理者时，你只需动动口，人家下面要做事的人可能就要忙个半死不活的，但在你眼中就以为是别人的能力有问题……

不知楼主是否做个程序员这个角色？我猜你没做过吧？不然的话，换位思考一下就可以了，假如你是程序员，你是种怎么样的心情……（项目进度又给人催，但又是上面要左改右改……）

一句话：站着说话不腰痛。

希望只需说话而不用做事的人，多想想也多体谅一下只有做事而不能说话的人……