1957年一位英國的社會學(xué)家寫了一系列關(guān)于使機(jī)構(gòu)更有效率運(yùn)作的文章，并被稱為“帕金森定律（Parkinson’sLaw）”，其中有一條非常有意思，舉例來說：如果分配一個人6個小時去完成一個只需6分鐘的工作，那么這個工作會在6個小時完成。這個發(fā)現(xiàn)在各行各業(yè)中都得到了驗證。
事實(shí)上，作為一個有經(jīng)驗的項目經(jīng)理，早就意識到了這種現(xiàn)象：很費(fèi)力的跟客戶爭取到一些開發(fā)的buffer時間，如果把這些buffer直接給開發(fā)人員，他們會毫不猶豫的在最后時間點(diǎn)完成，而一般不會提前完成。一個開發(fā)任務(wù)如果只需要1天，但你分配給他3天，基本的情況都是“按時”完成；是開發(fā)人員懶惰么？不是。同樣，做這么多的項目，跟客戶deal好的項目schedule，似乎從來沒有提前過！是我的項目任務(wù)從來沒有提前過么？不是！
挺有意思的話題，讓我們看看Parkinson如何解釋的：如果一個team覺得有足夠的時間，他們不會盡早完成。相反，team會增加一部分內(nèi)容以填滿額外的時間。如果這個過程沒有受到外來因素的影響，所加的內(nèi)容會剛剛好達(dá)到最后的時間點(diǎn)。
所以在項目管理中，一定要考慮到Parkinson’Law帶來的影響，應(yīng)當(dāng)考慮以下策略：
1.正確估算，估算應(yīng)該估算出實(shí)際大約的effort，如果有risk，那么增加合適比例的effort用于應(yīng)對risk。
2.日常開發(fā)管理不要只有一份schedule，應(yīng)當(dāng)有一份針對開發(fā)的schedule，即為任務(wù)認(rèn)定一些任務(wù)節(jié)點(diǎn)，實(shí)際點(diǎn)就是實(shí)際完成時間，buffer永遠(yuǎn)要掌控在自己手中，以應(yīng)對突發(fā)狀況。
3.作為項目經(jīng)理，要不要跟客戶講自己schedule提前了呢？需要在客戶面前表現(xiàn)，為團(tuán)隊掙分的時候偶爾為之，其它時候還是算了吧，干嘛讓兄弟們那么辛苦呢，休休假，參加參加培訓(xùn)，不是很好么？
4.不要以為自己從客戶那里偷來了很多buffer，你以為客戶是傻瓜??？他們常常知道很多陷阱（當(dāng)然不會跟你講），才會默認(rèn)你的獅子大開口的。另外突發(fā)狀況是很多的，IT估算是相當(dāng)難的，同時常常會不準(zhǔn)確，因為軟件開發(fā)之類的工作是腦力勞動，開發(fā)快了，但是如果有很多bug，rework之后schedule照樣經(jīng)常delay。
Parkinson’sLaw帶來的影響在項目管理中常常存在的，需要加以注意，才能夠讓team更成熟，更有戰(zhàn)斗力，項目也更容易正常進(jìn)行。
項目經(jīng)理勝任力免費(fèi)測評PMQ上線啦！快來測測你排多少名吧~
http://www.vanceur.cn/pmqhd/index.html
