说说自己的观点：

首先我不赞成简单暴力的换人。这样既会造成技术断代，也会对剩下的人造成不好的影响。同时对于个人发展来讲，这种暴力的处理问题的方式对上对下方法都不漂亮。其次，我也不建议每个人都找来谈这种略温和的处理方式，这种方式会造成每个人都有自己的看法和条件，最后无法统一，那么挨累的还是管理者。

好了，说说我的方法。产品平稳运行一年的时间点上，初期开发的繁忙基本已经没有了，1.0版本的BUG对于现有团队来讲，几乎没有任何难度，长时间没有“活儿”导致团队中怠慢的思想蔓延，这种很长见。既然现在随着业务发展带来的需求增多了 ，那么工作量肯定是一个递增的趋势，在怠慢思想严重的时候，缓慢的需求增加肯定会是各种需求完不成，需求完成度不高，BUG各种出现的情况。我说一个解决方法，这也是我在开发的时候经历的，希望给你一些参考。我会将需求整理之后，分出优先级，然后将急需解决的问题和需求直接呈报给负责人（鉴于最近的产品经理与开发的冲突事件，请把握好需求的可实现性）。制定好上线时间，然后，骨气勇气，要求开发加班吧！这步最关键。适当的集中加班可以帮助你的团队找回开发的状态，之后再短暂的休息放松一段，之后再一次集中开发一段。这样每一次集中开发的成果都会转化成团队的成绩，然后每一次的放松都会帮助团队恢复状态。就这样。

说好听点，你的团队有里程碑计划么？有需求整理么？有功能责任落实到人么？如果没有，长时间出于放松状态的开发，慢慢会懒惰致死。当怠慢的情绪占主流的时候，离职吧，团队死掉了，产品也就这样了。或者1.0到2.0之间，你可以提出重构啊：）     另外，我恨重构。

如果忍不了，你可以换人试试看。很多情况，换来的人还是那样儿，而且可能因为技术断代而导致产品开发长期处于停滞状态。还有可能始终招不到合适的人，非一线城市招 程序员 简直就是折磨，长期找不齐人手太正常了。

如果你是技术的老员工了，长期带着这个队伍，那么，可以考虑把那种一让做事就给你讲事实摆困难的人直接T掉。这种人在队伍里，就是负能量影响场，会影响周围一圈人。别给我说“听他每次说的，确实是困难”这种话，“公司花钱用你，就是让你解决问题的，不是让你把问题摆给我，让我来解决的”。

如果你是空降的管理职位，那我只能说，你自己干不长了还不自知。你刚到公司，自己应该并未干出什么所有人都承认的优秀成果。然后就觉得老队伍这不行，那不好，到处都是拖油瓶，这种不承认别人劳动成果的，只会叨叨的，最容易引起集体性抵制。如果你是这种人，那么，别想了，别人就是抵制你，你咋滴。

给他们画饼

看了这么多绩效、KPI、杀鸡儆猴等等，，我其实想说这些画饼的方法不合适

谈心、上级领导协助（早会他到场）、短期目标跟踪、分多个小组等这些方法比较实用，也不会伤你面子。

老哥还招人不，干活快，效率高，价格合理就行，安徽人，所以你公司如果还行靠谱可以聊，目前就职阿里云，P7

建议换人

建议加薪资，待遇上不去再换人也是换一群挖坑而已。

换人

待遇好是多好

个人体会，好的团队合作有利于提高工作效率，一人做一个大模块甚至一个系统的时候，最容易懈怠;一个模块让两个人协作做，会型成相互监督的效果，效率大大提升(有点结对编程的意思)