專案百態

 作為曾經參與和帶過軟體專案的人來講，首先勾起我好奇心的是這本書的名字，是它讓我產生的了對比的想法，看看自己都經歷過或知道哪些，以及還有是哪些沒有遇到過或不知道的。結果還好，書中的內容大多是熟悉的，雖然不像書裡寫的那樣系統，但大抵都知道一點兒。

總的說來，這是本可以幫助你瞭解軟體專案開發真相的散文集。假如你正在考慮是否以軟體開發為自己的終身職業，在下決定之前，請先讀一讀它，哪怕只是在書店裡走馬觀燈般的隨便翻翻。這裡面講的就是軟體從業者的生存現狀，它遠不像一些媒體或電影中描寫的那樣充滿光明。對於從事這行有年頭的人來講，你們肯定能懂我的意思。

是的，書中文字背後蘊含的滋味唯有真正做過專案的人才能體會得到，而那些剛入行的菜鳥們只會把這當作熱鬧來加以調侃和嘲笑。真正的理解和領悟只有等到自己身處其境時才能做到，對此我一點也不懷疑。

老實說，書裡面描述的內容並不新鮮，有的甚至是一再重彈的老調，比如：

• 深究病因，不要頭痛醫頭，腳痛醫腳（模式6，牽涉性疼痛）
• 將長期專案劃分成一系列目標具體的短期專案（模式7，明日復明日；模式31，節奏）
• 避免教條主義，關注實際的工作內容（模式10，忠實信徒；模式12，系統開發旅鼠週期；模式34，錯誤的質量關卡；模式86，模板殭屍）
• 面對面交流好處多（模式14，面對面）
• 建立專案內部的統一語言（模式73，巴別塔）
• 軟體依賴於人，唯工具論是錯誤的（模式15，我給了你鑿子，可你為什麼不是米開朗基羅）
• 快速開發，快速驗證（模式26，稻草人）
• ……

既然不新鮮，那這樣一本書的價值意義何在？我的看法是：總結和詮釋。這一點基本適合所有模式類的書籍。通過本書，你可以輕易地從一個地方就瞭解軟體專案的眾生態，而不必自己從零零碎碎的各種材料中自行組合和總結。加上作者們本身也都身經百戰、經驗豐富，看他們的總結材料總比自己做來得輕鬆些吧。這裡插句題外話，本書的六位作者中有兩位是《人件》的作者，選擇本書，他們也是一個因素之一。

作為我讀的第一本專門闡述軟體專案行為模式的專案管理類書籍，整個閱讀過程是輕鬆愉快的，當看到曾發生在自己身上的事情也同樣發生在別人身上時不由得會有種同病相憐的感覺。然而，看過笑過（誠如熊節在書中序裡所說的，大多時候是“苦笑”）之後，讓人深思的是“同樣的問題為何會反覆的出現？”。難道真如英國曆史學家阿諾德.湯因比所說的：“我們從歷史中得到的唯一教訓,就是我們從沒在歷史中得到任何教訓”？

讀到此處，如果本文給你的印象是這本書中記錄的全都是些“反模式”或負面內容，我得宣告這絕對是無心之舉，對此我只能表示遺憾。在此，列舉一些良性模式以正視聽：模式2，快，趕上；模式5，保姆型經理；模式47，殘局遊戲；模式33，撲克之夜……

最後，我想說，專案行為模式的產生並非孤立的，它是我們所有專案成員“齊心協力”的結果。身為專案組的一員，或許你該瞭解一下，看看有哪些正出現在你目前的團隊中。