任務都是」按時「完成——帕金森瑣碎定律(Parkinson's Law of Triviality)

• 2019 年 11 月 1 日
• 筆記

一、什麼是帕金森瑣碎定律

帕金森瑣碎定理（英語：Parkinson's Law of Triviality），又譯為帕金森氏凡俗法則，或稱芝麻蒜皮定律、芝麻綠豆定律。由英國歷史學者與政治學者西里爾·諾斯古德·帕金森（Cyril Northcote Parkinson）於1957年在批評英國海軍部（在其管理下的水手和船隻數量下降的同時，海軍部的規模越來越大）時開玩笑提出。

成體系的文章可以在這裡查看

http://sas2.elte.hu/tg/ptorv/Parkinson-s-Law.pdf

最初的意思是一個足夠大的官僚機構將產生足夠的內部工作來保持自己的「忙碌」，從而證明其繼續存在而沒有相稱產出的合理性。現在指一個組織中的成員往往會把過多的精力，花費在一些瑣碎的事情上。

更早的相關文章發表於1955年的《經濟學人》上，可以在這裡找到原文

https://www.economist.com/news/1955/11/19/parkinsons-law

文章比較短，分為兩段。

第一段描述一個老太太花一整天給她侄女寄明信片，花1小時找明信片，再花1小時找老花鏡，甚至要花20分鐘決定出門寄信是否要帶傘……一個高效的人可能只需要3分鐘就能完成這些工作。如果看過《瘋狂動物城》，第一段給你的感覺就是樹懶在表演。

第二段描述了英國公共行政領域的一些事情。我摘錄了一段

政治家和納稅人（偶爾會有一些懷疑）認為，公務員總數的上升必須反映出要做的工作越來越多。憤世嫉俗者在質疑這一信念時，曾設想，官員的倍增，一定讓其中一些人無所事事，或者讓所有人都能早點下班。但在這個問題上，信仰和懷疑似乎同樣錯位。事實上，官員的數量和要做的工作量根本不相關。

二、該怎麼理解

帕金森定律中最常被引用的一句是 "Work expands to fill the time available for its completion.」 中文意思是「你可以用來完成工作的時間有多少，你的工作就會拖延、膨脹、複雜到讓你足以填滿那段時間為止。」

上一節那個清閑的老太太就是典型的例子。如果家裡有小學生，你會發現暑假作業很多時候「真的」需要兩個月才能做完。

同樣的工作，時間很多的時候，很可能努力程度不夠高；時間緊迫的時候，人們往往愈加努力，運用時間更有效率。

之前做一個內部的軟件系統，因為架構設計議題複雜度高，大家都不敢輕易發言，導致沒什麼討論就通過。反而是圖標顏色和風格，所有人都認為自己略懂一些，可以發表意見，結果時間都花在不重要的議題上。

前段時間北大校長在講話中念錯了一個字，社交媒體炸了鍋，都在談論這個錯字，而校長真正的講話精神呢，幾乎無人在意。這就是瑣碎律的絕佳體現。熱門話題的前提一定得是這個話題絕大多數人可以理解並發表自己的高見，而如果所有人都可以發表高見，那說明這事不需要動腦子，進一步也就說明這事大約不值得關心。如果你想成為一個有效率的人，最好別去關心這類熱門話題，它很可能會讓你氣血上涌、心潮澎湃、恨不得立刻飛身上馬去砍死那個狗日的，或忙着排隊一起去口誅筆伐另一群同樣激昂而意見不同的人，或跪拜在磚家的深（hú）度（shuō）好（bā）文（dào）下覺得再不按他說的做人生就來不及了。

還有一句存在爭議的話 「work harder, not smarter」，這或多或少也是一種文化觀念。忽視這一點的員工都知道，儘管公司的投資回報率可能更高，但自己並不總是受到讚賞。不了解某個領域的人潛在有這樣一種觀點：完成某件事所需的時間越長，其內在質量應該會越好。聰明高效的工作固然重要，勤奮努力的投入也必不可少！

三、該怎麼避免這個問題

帕金森瑣碎定律應用的場景非常廣泛，也有不少推論。具體到軟件開發要注意哪些問題呢？

1、減少不必要的爭論

程序員天生需要團隊協作，而協作的正能量要放在問題的有效溝通上。個性化應盡量表現在系統架構和算法效率的提升上，而不是在合作規範上進行糾纏不休的討論、爭論，最後沒有結論。——《阿里巴巴Java開發手冊》

例如，很多程序員喜歡爭論代碼風格，類似的話題總能吵起來。Bill Sourour（devmastery.com的創始人，作為一名20年經驗豐富的程序員、架構師、顧問和教師，他每天幫助個人開發人員和數十億美元的組織變得更加成功）認為：代碼風格沒有絕對的對錯，只要團隊代碼風格統一就行了。Bill 覺得比較安全的做法，① 通過工具自動規範代碼風格，② 參照名聲好的大公司使用的代碼風格。

2、項目管理

如果是一個有經驗的項目經理，應該早就意識到了這種現象，很費力的跟客戶（產品、運營）爭取到一些開發的buffer時間，如果把這些buffer直接給開發人員，他們大多數會在最後時間點完成。一個開發任務如果只需要1天，但你分配給他3天，基本的情況都是「按時」完成。是開發人員懶惰么？不是！

這恰恰是帕金森瑣碎定律在起作用，"Work expands to fill the time available for its completion.」

所以在項目管理中，一定要考慮這個問題，可以參考以下策略

（1）正確估算。評估實際（大約）需要的時間，如果有風險，增加適當的時間作為buffer。

（2）日常開發不要只有一份時間表。應當有一份針對開發的時間表，設定一些明確的時間節點（盡量往前），buffer永遠要掌握在自己手中，以應對突髮狀況。

（3）張弛有度。在項目時間不是那麼緊的時候，給兄弟們留出一點點總結提升的時間，維護好團隊氛圍。

3、高效開會

開會前做好準備，要討論哪些內容，採用什麼形式，具體議程是怎樣，要達到什麼效果。組織者如果沒有想明白這幾個問題，可以考慮暫時不開會。會議開始就開門見山，直奔主題，優先討論重要的事情。

4、認清輕重緩急

一個人可能有很多事情要做，時間管理矩陣是一個很好的辦法，看一眼圖什麼都懂了。

百度谷歌一下，能找到很多戰勝帕金森瑣碎定律的普適性的方法，再結合自己的實際情況，一般都能有效果。

四、偽工作徵兆

最後找了一個評估自己工作效率的方法，問自己下邊的問題，越符合說明你越處於偽工作狀態（效率不高）

▪我不完全了解自己工作職務的描述。

▪每天的工作中，有許多與我的工作性質並不相符。

▪我的工作描述與公司的策略目標並不是明顯相關。

▪我不清楚公司的策略目標。

▪我在努力地工作，不見得真的對公司有益。

▪我舉行或參加會議，都沒有明確的目標。

▪我着手進行指派的工作，似乎沒有人重視。

▪我花時間去分配工作，但好像對公司目標沒什麼影響。

▪我參加了公司的培訓課程，但對公司的成功似乎沒有影響。

▪我做的很多工作，與公司的成就並不直接相關。