2023年一位英國的社會學家寫了一系列關於使機構更有效率運作的文章，並被稱為「帕金森定律(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更成熟，更有戰鬥力，專案也更容易正常進行。
管理中的帕金森定律
世界上最偉大的管理法則 帕金森定律 乙個不稱職的 可能有三條出路 第一是申請辭職，把位子讓給能幹的人 第二是讓乙個能幹的人來協助自己工作 第三是任用兩個比自己更低的人來當助手。大多數人會選擇第三種，於是乙個機構臃腫，人浮於事，效率低下的領導體系產生了。企業上層領導們頭幹活，無精打采 中層只顧勾心鬥角...
管理中的帕金森定律
帕金森定律 乙個不稱職的 可能有三條出路 第一是申請辭職，把位子讓給能幹的人 第二是讓乙個能幹的人來協助自己工作 第三是任用兩個比自己更低的人來當助手。大多數人會選擇第三種，於是乙個機構臃腫，人浮於事，效率低下的領導體系產生了。企業上層領導們頭幹活，無精打采 中層只顧勾心鬥角 下面則是心灰意冷，成天...
敏捷專案規劃與帕金森定律
作為管理學三大定律之一的帕金森定律，在職場有著廣泛的表現，在軟體專案研發中也不例外。除了減少組織層級及在少量節點設定時間冗餘，採用敏捷的專案規劃方式，也能很好地規避帕金森定律的負面影響。傳統的軟體開發計畫制定，工期是 3 個月還是半年這到底有什麼依據？專案經理或技術 leader 憑經驗拍腦袋決定的...