项目经理如何在项目中惩罚团队成员

项目经理如何在项目中惩罚团队成员

我们按照心态、原则和实践这样一个顺序来讲。

人都不是圣贤，不可能没有过错，尤其是在项目里，那出错的概率就更高了。对于出现的错误和责任人，应该抱有下面的心态：

1.重视。

从某个角度来说，错误没有大小，而且错误往往暗示着项目在什么地方出了问题，问题的大小和错误的大小经常是两个不同的概念，所以如果发现错误，不能单纯地从错误的大小来选择重视或者是忽视问题。

2.善意和包容。

刚才说过，人非圣贤孰能无过，尤其是在项目里面，因为项目往往意味着反常规、高难度、创新或者是变革，所以除非主观故意或者是后果严重，否则对于责任人最好不要严惩和打击。

3.改进。

刚才说过，错误往往意味着存在问题，对于存在的问题，只要具有必要性和可能性，都应该及时解决和改进，以防止小问题变成大问题，单点问题蔓延成为全面问题。

上面说的是心态，对于出现的错误和责任人，再来说说4个原则：

1.找到问题的根本原因。

上面提到了，错误往往是因为问题带来的，如果要惩前毖后，必须弄清楚问题的根本原因，在实际项目里，错误经常是因为一连串的问题导致的，这就需要找到问题的根本原因和关联原因，找到了根本原因和关联原因，相关责任人也就找到了。

2.遵守规章制度。

组织有组织的规矩，虽然项目经常会跨组织存在，除非有特殊的约定，否则一定要遵守组织的规章制度。

3.公平。

公平是对待错误和责任人的基本原则，体现在2个方面，第1个方面就是一视同仁，不管是项目团队中的哪个人，都要接受一致的对待。第2个方面就是按照责任大小来进行处罚。

4.赏罚分明。

对于互联网组织而言，虽然一般来讲不提倡处罚，但是奖赏和处罚都是必不可少的，只赏不罚绝不是所谓人性化管理的体现。

4个原则说完了。一般来讲，按照上面的心态、原则，一些比较大的错误和责任人都能得到合理的对待，但是，在现实的项目里，有那么一些人和现象，大事不出、小事不断，让整个项目团队都陷入了一种不良的状态，比如说下面这样一些场景：

1.不按照计划开展工作，造成了工作轻度的延误。

2.开会永远迟到，开会前永远不看文档，开会讨论问题时现想方案。

3.因粗心大意导致的需求频繁变更。

4.软件BUG满天飞，导致测试过程延长，项目延期或者是带着大BUG冒险上线。

类似这样的问题还有很多，处理这些问题一方面要从完善管理手段下手，另一方面也要用一些小的惩罚措施来应对，但是，惩罚不是目的，而是为了改进和预防，所以惩罚需要起到善意提醒和帮助成长的作用。

比如说：对于开会迟到但又没有合理原因的人，由他来负责组织未来的几次会议。

对于频繁出错导致程序员返工的PM，需要给开发、测试当几天兼职的助理，或者就一个指定的主题给团队做分享、培训。

对于BUG多的程序员，需要给测试当几天助理，例如写测试用例、做黑盒或者是白盒测试，程序员弄出来几个1级BUG，几个2级BUG，就让他抓相同级别和数量的BUG，抓不够不让回去写代码。

类似的惩罚措施还有很多，你可以自己想，但是这需要有一个良好的内部文化。