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

PM的出发点没错，的确需要规范的管理，合理的设计……

沟通是必须得，如果能形成相关的文档，大家拿着文档讨论，也许效果会更好一点，也可降低用人的风险。

楼主最后也没有意识到自己的问题～ 这样很危险， 那个程序员没有任何错误～

你是项目经理，沟通是你的责任~ 如果团队沟通不畅，那就是你有问题～ 从最开始的了解情况到中途的解决问题，到最后的回顾项目，只有项目经理要全面了解～

如果你不了解某个部分，你就得问，如果你觉得你比别人有道理，你就要说服别人。

项目经理只是一个职位，不代表你比程序员高多少，大家分工不同而已。

楼主那么叼的态度，会一传十地扩散开，早晚众叛亲离～

低调些吧伙计～

我还真的头一次看到项目经理用个聊天工具说这么多的！直接面谈不是更好？莫不是离的好几里路？

经理一直在强调沟通.

给我的感觉就是一直说降房价,有点作用,但作用不明显...

你觉得是老百姓的错还是政府的错?

除了扔下"沟通"俩字是不是还得干点什么?

后面又说:"我又跟他谈过了" 这类的话....

这是在帮你做项目,不谈,做不好,你觉的谁的责任,搞的很像你给了多大恩赐似得.

我认为，这种重复的工作量有时间在新的功能上不可避免（人员成本投入啊），主要的是我们应该把目光放在下一次功能的开发上，是否能够通过本次的教训，让项目经理学会坚持原则，开发人员学会，三思而后行。

项目没有架构师，项目经理和程序员分别承担了一部分架构师的活儿。显然0.5 + 0.5 ！= 1，项目的架构可想而知。
程序员一边设计一边开发，自身水平又有限，对整个项目的架构很难有一个整体性的把控，没有一个稳定、合理的架构，结果就是牵一发动全身。项目经理先不论技术能力够不够，同时承担两个角色显然是没法把架构的活儿干好的，结果又得依赖程序员。

我也挺程序员，在需求还没有明确，项目还没有完成的情况下，怎么改都不过分，但是千万别提什么统一接口之类的，之前也有人这样给我提过，我的想法是：这个所谓的统一接口究竟能多统一，最后这个接口会为了适应不同功能的需求，改成一堆垃圾。还是应该在开发接近尾声时再考虑接口的统一，也就是后面再改。

Git + Gerrit，找个靠得住有经验的程序员做code review，review不过就把提交撤销。很多程序小工所谓的不好干其实都简单的很，让他们做就是给他们成长锻炼的机会。

您坐出租车的时候，忽然发现您给司机指错了路，司机会立马调头吗？

业务都没人家熟，适当放权吧，监控项目进度就行了，pm本来就不该管代码。鼓励程序员自己提方案。