A同学比较聪明，第一天就完成了50%，下班就走了。第二天就做完了，下班也走了，然后就优哉游哉的玩了三天，等着最后的时候昂首挺胸的汇报佳绩。
B同学很卖力，但是偏偏###2模块比较麻烦。B同学第一天完成了50%，加班到8点下班了。第二天碰到一个难题，搞不定了。于是向甲求助。甲无奈去帮B同学分析了一下午，终于把这个问题解决了。这时甲延迟半天。第三天，B同学又碰到一个难题，再次请教甲，甲分析了一上午，搞不定了，于是扔下一句话：这个等我有空来看吧。于是，B同学第三天努力的分析问题，加班到10点。第四天，B同学想着反正甲答应解决的，于是在下班后就回家了，也没有加班。
C同学是个新人，对于环境也不熟悉。第一天熟悉了一天开发环境。第二天毛毛糙糙的做了一点东西，感觉还不错。于是，第三天第四天，不用加班就把东西做出来了。第五天，C同学很开心的汇报说，工作做完了。
第五天下班的时候，甲自己已经延迟了2天的进度，其中1天是因为帮助B同学，还有1天是因为各种会议、各种报销等闲杂事情，忙的焦头烂额。甲随便的问了下ABC的进度，发现A和C已经完成了，B的问题需要甲自己解决。
于是，甲周末来加班了。在吃午饭的时候，随便瞄了一眼C的代码，乖乖，和自己的预期差的十万八千里。于是，只好把C的东西去掉，自己开始从头做。
于是第二周，ABC都在等着甲。A等着甲分配任务，B等着甲帮着解决问题，C等着甲改造自己的程序。而甲还得赶紧把###4模块做出来，framework还有一堆BUG要改。
于是，甲开始向周围的人抱怨，说自己的项目组如何不努力。在公司领导的干预下，甲公布了一条规定：每周一二三四，必须晚上9点钟下班。
在第二周的周五，甲拖着疲惫的身躯，向大家宣布：项目进展不顺，周六加班。于是在抱怨声中，ABC只能无奈的周末来加班，陪着甲去解决问题。
以上是个简化的描述，但是和大多数初当PM的人碰到的现象大差不差。
对于项目经理甲来说，他分包袱的工作太随意，并且没有跟踪小组成员解包袱的进度，直接导致了最终的结果：所有的包袱都在自己的手上。这就是我所说的，挂包袱现象。
很多技术牛人，都会不服气项目经理，认为这个人只是在分配任务，整天追着我们要工作进度，自己不做事，碰到难题就扔给我。但是一旦他自己做到了项目经理的位置，他就应该知道，分配任务，追着要进度，这就是项目经理的工作重心！
我只是说工作重心，不是全部的工作。我也不会说，项目经理不需要写代码。项目经理适当的写些代码，对控制项目会有很大的帮助。这个我们以后再讨论。我们来分析下，项目经理如何去规避“挂包袱”的问题，让项目组成员能够一起来完成项目呢？
改进
1、首先，不要把组员想象的那么坏。
很多项目经理，一旦看到项目组的组员弃自己不顾，径直就下班走了，就会大发雷霆，然后把组员定义为：坏孩子。然后，就不敢分配给组员任务了，什么东西不如自己做。就经常听到有PM抱怨，现在80后不好管，没有责任心。其实，我带过的80后，虽然个性强一点，但是责任心并没有想象的那么糟糕。虽然也有责任心不强的，但是不会一个项目组都那么差吧。出了问题，要从自己身上找原因。
如果任务安排合理清晰，我想大多数工程师都会把任务的责任给担起来的。所以要注意以下几点：
a）定义任务，一定要清晰明确。
b）分配了任务，不能到最后再去检查。
c）随时根据任务完成情况，来调整后面的工作。
d）不要随意把任务收回来。
