项目管理中的帕金森定律

　　1957年一位英国的社会学家写了一系列关于使机构更有效率运作的文章，并被称为“帕金森定律（Parkinson‘sLaw）”，其中有一条非常有意思，举例来说：如果分配一个人6个小时去完成一个只需6分钟的工作，那么这个工作会在6个小时完成。这个发现在各行各业中都得到了验证。

　　事实上，作为一个有经验的项目经理，早就意识到了这种现象：很费力的跟客户争取到一些开发的buffer时间，如果把这些buffer直接给开发人员，他们会毫不犹豫的在最后时间点完成，而一般不会提前完成。一个开发任务如果只需要1天，但你分配给他3天，基本的情况都是“按时”完成；是开发人员懒惰么？不是。同样，做这么多的项目，跟客户deal好的项目schedule，似乎从来没有提前过！是我的项目任务从来没有提前过么？不是！

　　挺有意思的话题，让我们看看Parkinson如何解释的：如果一个team觉得有足够的时间，他们不会尽早完成。相反，team会增加一部分内容以填满额外的时间。如果这个过程没有受到外来因素的影响，所加的内容会刚刚好达到最后的时间点。

　　所以在项目管理中，一定要考虑到Parkinson‘Law带来的影响，应当考虑以下策略：

　　1.正确估算，估算应该估算出实际大约的effort，如果有risk，那么增加合适比例的effort用于应对risk.

　　2.日常开发管理不要只有一份schedule，应当有一份针对开发的schedule，即为任务认定一些任务节点，实际点就是实际完成时间，buffer永远要掌控在自己手中，以应对突发状况。

　　3.作为项目经理，要不要跟客户讲自己schedule提前了呢？需要在客户面前表现，为团队挣分的时候偶尔为之，其它时候还是算了吧，干嘛让兄弟们那么辛苦呢，休休假，参加参加培训，不是很好么？

　　4.不要以为自己从客户那里偷来了很多buffer，你以为客户是傻瓜啊？他们常常知道很多陷阱（当然不会跟你讲），才会默认你的狮子大开口的。另外突发状况是很多的，IT估算是相当难的，同时常常会不准确，因为软件开发之类的工作是脑力劳动，开发快了，但是如果有很多bug，rework之后schedule照样经常delay.

　　Parkinson‘sLaw带来的影响在项目管理中常常存在的，需要加以注意，才能够让team更成熟，更有战斗力，项目也更容易正常进行。