舉例來說，一個web開發者會認為在歷史上沒有任何其它事情和他的工作類似。他之所以有這樣的想法是因為web開發需要做復雜的工程設計決策，協調各種問題，以小時甚至分鐘為單位來確認各種變化，然后將項目對外發布，這樣的項目和任務管理和以前確實是大不一樣的。他也會感到很自豪，因為他可以快速的背誦出他所精通的CSS、XHTML、Flash、Java以及其他技術，并且聲稱在50年前他可以改變那些偉大的想法。我敢肯定在生活中，你會遇到類似的人?；蛘吣憧赡芄ぷ髟谝粋€匪夷所思的環境中，在那里，人們看起來管理過你正在做的每一件復雜的事情。

我建議這位開發者朋友可以選擇一個繁忙的日子去看一下他最喜愛的午餐的準備過程。由于種種原因，進廚房都是一件有趣的事情，(見Anthony Bourdain的書, 廚房的秘密, Ecco, 2001), 但是我所關注的是它的生產力。任何人第一次在那樣忙碌的專業廚房中看到如此迅速的任務協調和管理時，他可能會重新思考自己的工作到底有多難。廚師們經?？梢酝瑫r做許多不同的菜肴，并且在制作不同的菜肴的過程中變戲法似的耍弄著他們的煎鍋，他們也可以在廚房不同角落的火爐之間忙來忙去，而侍者們則跑進跑出，他們帶來的是顧客新的要求和想法。

超過90度的高溫，頭上閃著耀眼的熒光燈，這所有的一切都發生在一個狹小的房間內。在那里不管你完成的有多快，新的菜單總會很快就進來。有時候送出的菜肴被送回來，或者這更像是軟件項目，需要做最后一分鐘的修改(第一桌不喜歡乳糖，第二桌需要沙司，等等)。一個忙碌的大廚房總是讓人感到很驚奇。剛開始的時候看起來很混亂, 但其實一個好的廚房是通常運行在一定強度和精確度的基礎之上的，這讓許多開發團隊都感到汗顏。

主廚以及其他的廚師都是廚房項目的項目經理，或者如Bourdin所提及的，空中交通管制員(另外一個值得我們反思的職業)。盡管廚房職員的工作有些微不足道，好像不能和軟件開發經理作比較，但是在日常的強度上卻沒有區別可言。如果你對此表示懷疑的話，那么下次當你處在一個忙碌的午餐地點時，問一下侍者你是否可以參觀一下那里的廚房。雖然他很可能不會答應，但是如果他允許的話，我保證你是不會失望的。(一些新潮的飯店擁有開放的廚房。如果你能找到這樣的飯店，那么坐在離廚房盡可能近的地方。然后選擇一個人，盯著他看幾分鐘，看看那些菜單怎樣被分配，跟蹤，制作，并且交給客人的。如果你選擇在某個忙碌的時間去觀察的話，那么你對軟件的錯誤產生、追蹤以及修復會有許多不同的理解)。

另外一個關于項目管理有趣的案例來自于醫院的急診室。我曾經在探索頻道和PBS看過這樣的節目，一個醫療小組包括經驗豐富的醫生、護士、專家，他們會去處理來自于醫院內各種不同的奇怪的醫療狀況。這并不奇怪，這是醫學界發明的治療類選法，其實它在軟件項目中也經常用到，那就是區分不同問題和錯誤的優先級（在第15章討論）。

在醫療環境中,尤其那些處理外傷的情況,提供了關于團隊工作的范例，這些例子很有吸引力：高壓下的決策以及影響許多人日常生活的項目結果（圖1-1是與其他工作環境的粗略比較）。正如Asul Gawande的在他的書--一名外科醫師的修煉中寫到(Picador USA, 2003)：

我們希望尋找的醫學是一種有序的學科領域和過程，但事實卻恰恰相反。它是一種不完善的科學，一個知識不斷更新，信息不確定、并且容易犯錯誤的事業，同時也是一種處于危險中的生活。在那我們做的事情里包含科學，同時也有習慣、直覺，有時還有猜測因素在里面。我們的認知和所堅持的目標之間始終存在著隔閡，而且這個隔閡還會使我們做的每件事變得更復雜。

圖1-1。簡單來看，許多行業都具有類似的過程。它們都需要計劃，執行，提煉的過程（但是，你可能沒有在廚房進行醫療處理或者在急診室吃飯的經歷）。

在 Gawande 的啟蒙書中，這一點以及許多其他內容都被作為了軟件開發的真理。在 Fred 的書 -- 人月神話中，當然這也是一本經典的軟件工程書籍，也做了許多類似的關于外科醫生隊伍和程序員隊伍的比較。盡管工作在 web 或者數據庫環境中很少接觸危險的情況，但是這些團隊都會面臨許多類似的挑戰。

translated by geng