现象
最近和一位项目经理聊天。这位PM之前是个技术大牛,没什么搞不定的东西,而且做事也认真,也卖命。领导没理由不提拔这种牛人。所以,这个项目让这哥们当PM。
聊着聊着,这位牛人发出一声感慨,现在的员工不好带啊,每天到了晚上7点,就只剩我和另一个小组长了。项目组10多个人,都跑的精光。
我乐了。其实这种情况,我也是碰到过的,在我带的第一个项目,也是类似的情况。我不敢武断的下决定,就跟他多聊了几句。
问:那你大概几点下班的?
答:每天都11点之后。
问:任务很重吗?
答:其实也不重。
问:那些走了的人,你没有安排任务给他们吗?
答:安排不了。
问:为什么不能给他们安排任务呢?
答:他们搞不定。
问:为什么搞不定啊?
答:我也不知道。我尝试给他们分配了任务,但是到头来,那些问题又到我和XXX(另一个小组长)手上了。
后面我也不需要多问了,大概就是我估计的情况。
我把这种情况,称之为:挂包袱现象。
分析
为什么叫包袱现象呢?我们可以这么来描述。
每个项目,其实是一个大包袱。一个公司有大大小小的许多包袱,每个包袱合理完整的解开了,里面就有利润。但是如果包袱解开不正确,就会减少利润,甚至破坏利润。
那么每个包袱,都交给一个项目经理来解。项目经理带领一帮兄弟,负责把这个包袱合理的解开。而包袱是可分解的,也就是说,包袱可以分成大大小小的子包袱,如何解开子包袱,也是每个项目组成员的工作。
对于一个项目经理来说,最重要的工作,是如何把大包袱,合理的分解成小包袱,然后合理的分配给项目组成员来解,并且需要随时监控小包袱的解开情况,一旦发现有小包袱解开的步骤不合理,立即予以干预;如果发现有大包袱分解方式不合理,也必须尽早的改正。
项目经理最重要的工作是不是,自己亲自撸袖子去解包袱呢?
答案很容易说,当然不是。但是,一般初次做PM的人,就容易走进这个圈套。
例子
我们来说一个例子吧。
项目经理甲,在项目一开始分配任务的时候,这么安排的:
A同学,你做###1模块;B同学,你做###2模块;C同学,你做###3模块。剩下最难的###4模块和framework我来做。要求5天完成。
OK,貌似挺合理的,ABC三位工程师就去干活了。