管理者的神奇力量

曾经参加过一次培训，对管理者有如下定义：

    管理者(managers)通过别人来完成工作。他们做出决策、分配资源、指导别人的活动从而实现工作目标。

    管理者是这样的人，他通过协调其他人的活动达到与别人一起或者通过别人实现组织目标的目的。

    管理者是借力，充分运用他人的聪明才智和有限的资源为整个组织服务，从而实现组织目标。

培训中，一位学员语出惊人，印象深刻，管理者就是靠忽悠他人，使工作推进，目标完成的人。从那以后，我以为自己已经对管理者的忽悠免疫了，但下面连个事情，让自己对忽悠一词又有了新的认识。

 

1、那是几年前的一个晚上，大约10点多了，坐在桌前，为了写一个评审材料，一筹莫展，由于长时间的停顿，显示器已经进入屏保休眠状态。此时相关部门的一个领导走了过来，询问我在做什么，然后探头看了显示器一眼，紧接着说，“不错，写的真好！”。那一刻，我很清楚屏幕是黑的，而这位仁兄什么也没看到，我也很清楚这位仁兄应也是加班导致头晕脑胀，这番鼓励的话，也许是职业习惯。但是一股暖流却莫名的流淌起来，顿时感到了力量的聚集。更有意思的是，与此同时我还在思考着，他什么也没看到啊，他只是在忽悠我啊，我这是怎么了啊...

 

2、第二个故事就发生在昨天，一系列因素的叠加，导致部门的12位同事，选择了一个相当有挑战的“行山”路线，12.5公里、暴晒、高温、无风、负重。作为一个风险厌恶型的队员，一种不祥的感觉一直绕在我心头。果然，“险情”随着队中那位两个孩子的妈妈的尖叫出现，她的腿抽筋了，这才刚刚走了1/10的路程，抬眼望去，长坡看不到尽头，而几个体力好的队员，早已不见踪影，我们这几个人走的最慢，已经是休息的时间比行走的时间要长。我没抽筋，但是出汗很多，水已经喝掉1/4，由于汗出的太多，被队长问了多次行不行，还有多少水，在他的注视下我感到很心虚。听到有人喊抽筋，突然有种解脱的感觉，终于可以体面的下撤了，总不能让一位女士单独下山吧。事实上，有我这样的想法的还有另外几个人。团队面临瓦解的境地。此时队中的一位成熟老练的管理者开始说话了，他从抽筋的原因开始说起，到运动员如何跑过呼吸苦难的那段，然后开始分析后面的路程，上了这个峰，后面的山顶行走会很轻松，虽然晒，但有风，且景色会很美，现在回去一定会后悔，等等等等。一番分析和激励下，大家虽然仍然很犹豫能否走完全程，但一致同意，再多走一段试下，不行再说。

     这一试，就试完了全程。最终结果很完美，虽然后面的路也不好走，但所有人的走完了全程，欣赏了美景，锻炼了体能，磨练了意志，大伙都一致同意这是一次难忘的户外活动。那位妈妈超出了自己和众人的判断，应该说创出了自己最好水平。而我，其实是低估了自己，一路下来，后半程甚至领走了一段时间。活动还没结束，就已经想好了这篇博文的标题，就叫做管理者的神奇力量吧：）
     

     当然，这里，我不是在鼓吹管理的万能，在第一个故事中，我其实是被管理者的真诚所打动，不管他是否看到我的屏幕，他的关心让我感动。在第二个故事中，管理者的及时干预、理性的分析、和有效的劝说，是全队能坚持下来的关键！注意，三者缺一不可，如果只说相信自己，你能走出亚洲，走向世界，那绝对是忽悠。

     对于项目的管理者 - 项目经理们，通过这个两个故事，我是想说，尽管面临复杂的项目环境，面临种种Mission impossbile，但是我们是否已经把团队的潜能或者说应有的能力都激发出来了？这也是个需要思考的问题。

 

Jack是谁，人称项目医生，救火队员，在爱立信享有极高的声誉。常有人看到有我司来自爱立信的员工，远远的遇到Jack，会疾步上前，毕恭毕敬的问候一番，双拳紧握，脸色潮红...
即便是在我司，Jack也是以观点犀利，敢于直言而著称。博客上拥趸无数，可谓一呼百应。

本人很幸运，和Jack一起工作了不短的一段时间。有一天，一起兴起，询问了Jack这样一个问题，“Jack，作为救火英雄，你是否经历过非常困难、糟透了、搞不定的项目”。以子之矛，陷子之盾，何如？话毕，心中一阵窃笑。

 

 

mission impossible

Jack短暂的沉思后，是这样回答的：
     确实有过这样的事情发生，这个项目我被请过去的时候，距离向客户承诺发布的时间点只有一个月，而产品的质量非常糟糕，有大量的未解决的问题，测试阻塞，开发忙于解决各种问题，新的问题在不断的被发现、解决、引入中。整体上应说处于已经失控的状态，时间无法拖后，也裁剪不了什么需求，当前就是要在短时间内使系统达到稳定商用的要求。更糟的是，留给我的时间太短了...
     时间太短，这意味着常规的手段效果有限。在仔细了解了客户对我们的交付要求。发现，正式交付后，客户将启动一段时间的内部测试，然后才正式上网。于是，我召集了团队的主要成员，宣布了在这一个月当中，我们的目标是保证系统在24小时内不死机。要求各部分按这个目标去分解各自的工作目标：
     1、测试重点测试24小时内的稳定性。
     2、开发也只解决影响24小时内死机的问题。
     3、其它和这个目标无关的活动一律停止。
     目标清晰、明确、可达后，团队的布朗运动停止，重新走向正轨。结果你应该能猜的到，在客户测试期间，人工每天重启机器。同时利用这个时间段，继续完善系统。争取到了更多的时间，最终又一次搞定了这个项目。
和阿汤哥的mission impossible一样，这又是一个讲述，如何搞定通常人们认为的不可能完成任务的故事。

同样一件事，可能不同的人，体会不同。我的收获是这样的：
1、每件事的背后都有个客观规律，设定一个不合理的目标，即便再努力，也不会成功。
2、即便再困难的事情，也有一个接近目标的最佳路径，作为项目经理，我们的目标是去找到它并完成它。
3、还有一点Jack没说，是我的自己体会，就是要把你找到的最佳路径和客户期望结果的落差，及时和客户，利益干系人沟通。

 

写这么一篇博客，是想和前面两篇所呼应，想表达的意思是，面对Mission Impossible，不能简单粗暴，用管理手段来激发团队是必须的动作，但要真正奏效，还是需要优雅的方法，找到最合理的路径。