项目管理中的帕金森定律

怎甘沉沦 提交于 2019-12-27 11:24:12
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更成熟,更有战斗力,项目也更容易正常进行。

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!