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