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。2007年项目中的一个月，本来schedule很正常，很乐观，结果人员有异动，新人接不上，很快就状况连连，加班也赶不及。
Parkinson'sLaw带来的影响在项目管理中常常存在的，需要加以注意，才能够让team更成熟，更有战斗力，项目也更容易正常进行。
作者：行知E人
关注微信公共号：新精英俱乐部【neweliteclubs】即可获取更多内容哦。
网友评论