浅谈团队管理的一个方面：心理满足感

　　今天和一好友聊起他所在团队的杯具。话题起源于他们做的接口，随着版本的升级和功能的添加，他们的项目经理要求开发人员把更长更详细的命名（长达八个英语单词）用于新添加的接口。由于会引入不可控因素和更高的复杂度，该方式遭到了开发人员的反对。于是该项目经理使用其人事、财务权力强迫开发人员服从他的想法。据了解，该项目经理是懂一点技术的，但没有很多具体的、实际的开发和编程经验，所以我猜测他不懂架构设计。好友还说，项目经理这样做的目的是混政绩，以便向上司展示自己对项目规范化作出的贡献。还有一次，就是开发人员认为使用向量排序是最优的方法，但是由于该项目经理没有听过更不懂什么是向量排序，于是狠狠地批评开发人员工作态度有问题，老是想走旁门左道，并且把该方案拒绝了。

 

　　由于这种事经常发生，导致的结果是手下的人经常会搞小动作（具体是什么不清楚，不过大家应该可以猜到），甚至向项目经理的上司投诉这些事情。而且团队成员认为，这个不懂设计的项目经理处处插手设计的事情，已经导致项目的结构非重不良，犹如一个定时炸蛋（敏感词替换）。由于大家的每一个动作都被该项目经理过度干预，慢慢导致人心涣散、敷衍塞责。当然，这项目经理的上司也不是白痴，非常清楚这个团队是谁在纵火谁在救火，于就是计划找人替代掉这个项目经理了。

 

　　我个人的看法是，开发人员是一个最好管也是一个最难管的群体。作为管理者，你找不到或者不愿意去抓开发人员的软肋，就好像上面说的这个团队那样，他们就会用尽他们的异于常人的智慧让你突然四面楚歌。但是换个角度看，超紧的项目工期、超大的工作量、超高的任务难度早已把他们压得没有心眼、没有心思、没有心计、没有野心甚至没有梦想和对名利的追求了 。大部份的普通开发人员，他们知道他们的工作不可能让他们一夜升高官发大财。要是他们还坚守在这个岗位的话，而且还是一个正常的人的话，那么你为作一个管理人员，有没有想过到底是什么支撑着他们的精神，让他们不要倒下去、要把任务按时按质地完成？ 是你给的那些连养家糊口都紧张得要命的薪水么？是你给的那个上面还有十三层领导下面就没有下属的职位么？

 

　　开发人员也是人，人就怎么都得有精神上的追求，有心理上的满足感。不然也不会有那么多无知少女为爱而死为爱而生了。也许，在很多时候，就是这群在物质上生活上饿不死（或者说没让你给饿死）而在公司里没有什么地位还要受领导欺压的开发人员们的还软肋了。我在这里得强调一下，我并不是说全中国或者全世界都是那样，我只是说确实有这种的例子存在，我说的只是这种情况。他们追求的是什么？或者说他们还能追求什么？在我看来，这种情况下，他们唯一所能追求的，就是用自己喜欢的以及自己认为正确的、优良的方式去工作。 因为这样他们能得到满足感，能够看到自己的知识和能力按照自己的意愿，成就那么一点点的东西。 作为管理人员，你不必懂具体的技术，其实你也不应该要懂太多，就好像马云只会开网页和收邮件一样。但是要是你不懂装懂，插手到每个具体的细节却没能做对什么，把你手下的人当作一个没有灵魂的工具，把他们全部牺牲掉来成就你的政绩，运用你的强权把这群可怜的孩子那么一点点的心理满足感都剥夺掉的话，那么他们的满足感，就只有转移到和你对抗并取得最终胜利之上了。

 

　　其实这个项目经理追求政绩也没有错。但是追求政绩不是一定得以牺牲手下所有人作为代价的，不一定是用炒鱿鱼、扣工资威胁你的下属服从你错误的命令来实现的。更长远、更受上司下属认同和尊重的政绩，是和手下的人共同努力和得来的。是通过协作、听取他们的意见、让大家更高兴更高效的工作而得来的。

 

　　团队的管理就像数据库设计，没有对错之分，只有适合与不适合之别。但各种管理方法有一点是共通的，那就是你不可以忽略人的心理因素。也是这种奇妙复杂的心理活动，撰写了人类波澜壮阔、精彩纷呈的历史。

评论

18 楼 scholers 2010-04-03  

团队管理一定要注意方法，
粗暴的方式不能带来任何好处。

17 楼 FeiXing2008 2010-04-02  

其实不用多说，看看其他项目经理就可以知区别。如果也是这样，那样就不是项目经理一个人的事情，是整个公司的文化，他只是仅被同化而已。

16 楼 wilfjung 2010-03-16  

unxin 写道

liuming 写道

kimmking 写道

看了lz的这个帖子，我为这个pm悲哀了。
我们项目的估计很多业务相关文件或类型平均估计就8个单词。

规范应该遵守，服从指挥是原则，一个如此的小事儿让你如此的牢骚，
而且“手下的人经常会搞小动作”，“向项目经理的上司投诉这些事情”，
我要是pm，直接开除你们了。
--------------------------------------------------

说得挺有道理，麻烦也评论一下这PM去管不该管的事吧。

kimmking兄军人化的思想很好。管理上了规模的团队这方法很好。
团队的管理我觉得是要软硬兼施。呵呵。
人员沟通协调是关键
PM是的P我一直认为是people的意思更准确，而M是communicate里的M
会收到投诉这很正常，因为做不到完美，投诉只会让人进步
说白了PM就是打杂，每天分析各方来的数据，做出一个类似于：“到点了，吃饭吧”的决定

一看就觉得是做PM的料，哈哈

15 楼 wilfjung 2010-03-16  

kimmking 写道

等你们做到项目经理，再讨论吧。

FeiXing2008 写道

kimmking 写道

等你们做到项目经理，再讨论吧。

等您做到项目经理再和我们讨论吧。

动不动就要炒下属的人估计也很难上项目经理。
长达八个英语单词的命名我们的项目也经常会出现，如果是为了描述清楚的，就别太在意命名的长短。
这个项目经理也挺悲剧的，本来想做好工作的。
但是不懂装懂还要干涉别人工作，真是你不下地狱，谁下地狱？

14 楼 unxin 2010-03-16  

liuming 写道

kimmking 写道

看了lz的这个帖子，我为这个pm悲哀了。
我们项目的估计很多业务相关文件或类型平均估计就8个单词。

规范应该遵守，服从指挥是原则，一个如此的小事儿让你如此的牢骚，
而且“手下的人经常会搞小动作”，“向项目经理的上司投诉这些事情”，
我要是pm，直接开除你们了。
--------------------------------------------------

说得挺有道理，麻烦也评论一下这PM去管不该管的事吧。

kimmking兄军人化的思想很好。管理上了规模的团队这方法很好。
团队的管理我觉得是要软硬兼施。呵呵。
人员沟通协调是关键
PM是的P我一直认为是people的意思更准确，而M是communicate里的M
会收到投诉这很正常，因为做不到完美，投诉只会让人进步
说白了PM就是打杂，每天分析各方来的数据，做出一个类似于：“到点了，吃饭吧”的决定

13 楼 FeiXing2008 2010-03-16  

kimmking 写道

等你们做到项目经理，再讨论吧。

等您做到项目经理再和我们讨论吧。

12 楼 liuming 2010-03-16  

kimmking 写道

等你们做到项目经理，再讨论吧。

问kimmking一个问题：请问您怎么知道这里没有人是项目经理？

11 楼 kimmking 2010-03-15  

等你们做到项目经理，再讨论吧。

10 楼 scholers 2010-03-14  

团队管理是一项挑战

9 楼 linpyi 2010-03-11  

liuming 写道

karisen 写道

kimmking 写道

看了lz的这个帖子，我为这个pm悲哀了。
我们项目的估计很多业务相关文件或类型平均估计就8个单词。

规范应该遵守，服从指挥是原则，一个如此的小事儿让你如此的牢骚，
而且“手下的人经常会搞小动作”，“向项目经理的上司投诉这些事情”，
我要是pm，直接开除你们了。
--------------------------------------------------

这位兄台，你根本就不懂管理！
你也太强势了，直接开除？
建议你做管理前，去学习一下心理学。
而且你也不懂团队管理，员工管理！
更加不懂得打造团队，关心下属。

就算你现在做到管理了，你也是个混混。
另外告诫这位老兄，你强势多了 你会得罪人的。
常在河边站哪有不湿鞋，有一天你被人杀了，你都不知道怎么死的

这位兄台也不必激动，其实认真看看kimmking说的，也是挺有道理的。道理在于：

1. 中国的软件业为什么老没进步，在于就有那么一些人，沾沾自喜地拿自己垃级般的技术方案，拿有问题的案例来说事。
2. 再看国内为什么那么多软件公司只有两三年命。就有一些所谓的项目经理，根本不懂项目经理是做什么的，所以就自封为王，开口就开除人了。
3. 还有剩下的一些半死不活的软件公司为什么搞不大，就是因为管理不行。还觉得商业公司应该要像军队那样，下属得无条件执行命令，包括错误的命令。把真真正正做事的、知道真相的人都看作是不明真相的。

其实沟通很重要,多沟通可以解决很多问题

8 楼 liuming 2010-03-11  

karisen 写道

kimmking 写道

看了lz的这个帖子，我为这个pm悲哀了。
我们项目的估计很多业务相关文件或类型平均估计就8个单词。

规范应该遵守，服从指挥是原则，一个如此的小事儿让你如此的牢骚，
而且“手下的人经常会搞小动作”，“向项目经理的上司投诉这些事情”，
我要是pm，直接开除你们了。
--------------------------------------------------

这位兄台，你根本就不懂管理！
你也太强势了，直接开除？
建议你做管理前，去学习一下心理学。
而且你也不懂团队管理，员工管理！
更加不懂得打造团队，关心下属。

就算你现在做到管理了，你也是个混混。
另外告诫这位老兄，你强势多了 你会得罪人的。
常在河边站哪有不湿鞋，有一天你被人杀了，你都不知道怎么死的

这位兄台也不必激动，其实认真看看kimmking说的，也是挺有道理的。道理在于：

1. 中国的软件业为什么老没进步，在于就有那么一些人，沾沾自喜地拿自己垃级般的技术方案，拿有问题的案例来说事。
2. 再看国内为什么那么多软件公司只有两三年命。就有一些所谓的项目经理，根本不懂项目经理是做什么的，所以就自封为王，开口就开除人了。
3. 还有剩下的一些半死不活的软件公司为什么搞不大，就是因为管理不行。还觉得商业公司应该要像军队那样，下属得无条件执行命令，包括错误的命令。把真真正正做事的、知道真相的人都看作是不明真相的。

7 楼 karisen 2010-03-11  

kimmking 写道

看了lz的这个帖子，我为这个pm悲哀了。
我们项目的估计很多业务相关文件或类型平均估计就8个单词。

规范应该遵守，服从指挥是原则，一个如此的小事儿让你如此的牢骚，
而且“手下的人经常会搞小动作”，“向项目经理的上司投诉这些事情”，
我要是pm，直接开除你们了。
--------------------------------------------------

这位兄台，你根本就不懂管理！
你也太强势了，直接开除？
建议你做管理前，去学习一下心理学。
而且你也不懂团队管理，员工管理！
更加不懂得打造团队，关心下属。

就算你现在做到管理了，你也是个混混。
另外告诫这位老兄，你强势多了 你会得罪人的。
常在河边站哪有不湿鞋，有一天你被人杀了，你都不知道怎么死的

6 楼 liuming 2010-03-09  

freej 写道

不合理的做事方式导致了不和谐的项目团队。我针对的是团队成员的一些行为。

当然，项目经理是不应该过多的干预细节的，但是团队中的技术负责人哪去了？这三者之间的沟通在哪里？

BTW，8个单词不重要，重要的是怎样在意义明确性和简洁性上作出权衡。

这确实也显现了该团队管理和协调的缺失

5 楼 freej 2010-03-09  

不合理的做事方式导致了不和谐的项目团队。我针对的是团队成员的一些行为。

当然，项目经理是不应该过多的干预细节的，但是团队中的技术负责人哪去了？这三者之间的沟通在哪里？

BTW，8个单词不重要，重要的是怎样在意义明确性和简洁性上作出权衡。

4 楼 liuming 2010-03-09  

kimmking 写道

看了lz的这个帖子，我为这个pm悲哀了。
我们项目的估计很多业务相关文件或类型平均估计就8个单词。

规范应该遵守，服从指挥是原则，一个如此的小事儿让你如此的牢骚，
而且“手下的人经常会搞小动作”，“向项目经理的上司投诉这些事情”，
我要是pm，直接开除你们了。
--------------------------------------------------

说得挺有道理，麻烦也评论一下这PM去管不该管的事吧。

3 楼 kimmking 2010-03-09  

看了lz的这个帖子，我为这个pm悲哀了。
我们项目的估计很多业务相关文件或类型平均估计就8个单词。

规范应该遵守，服从指挥是原则，一个如此的小事儿让你如此的牢骚，
而且“手下的人经常会搞小动作”，“向项目经理的上司投诉这些事情”，
我要是pm，直接开除你们了。
--------------------------------------------------

2 楼 liyiwen007 2010-03-09  

引用

更长更详细的命名（长达八个英语单词）用于新添加的接口。由于会引入不可控因素和更高的复杂度，该方式遭到了开发人员的反对。

八个英语单词是有点变态……
不过也想知道，引入的不可控因素和复杂度具体是什么样的问题？记忆？还是什么呢？
还望赐教，谢谢楼主。

1 楼 FeiXing2008 2010-03-08  

当前提都是错误的时候，
后边的所有内容都是错误。
做得越卖力，错得越多。