八個信號篇
　　作為項目經(jīng)理，當你面對成堆的Microsoft Project工作任務(wù)報告時，想到已經(jīng)花了好幾個小時陷入在扯不清、說不明的項目工作會議的泥沼之內(nèi)，也許這是你感覺最令人惱火和沮喪的時刻。
　　可是，像這樣的痛苦會議還不僅僅意味著一種失敗感。它們的本質(zhì)問題可能掩蓋得更深，這些問題會最終毀滅你經(jīng)手的項目。這里我想與你一道分析和了解項目即將陷入困境的一些跡象：
　　沒有引人注目的業(yè)務(wù)案例。那種“超酷”的Flash網(wǎng)站在增加業(yè)務(wù)收入方面的作用值得懷疑。
　　自作主張地編寫代碼。如果你不同意業(yè)務(wù)需求或系統(tǒng)規(guī)范，你怎么知道所交付的工作或規(guī)范是最新的？實際上你不可能知道。
　　沒有項目規(guī)劃。這是針對項目經(jīng)理的。比如說，通過電子郵件交流的內(nèi)容儼然成為系統(tǒng)的功能規(guī)范。這簡直是沒有藍圖就造房子。
　　你和你的顧客各說各話。發(fā)生這種情況時，你必須打消咒罵項目發(fā)起人家庭成員的欲望（比如誰誰母親的）。
　　項目發(fā)起人生活在“洞穴”里。當你需要額外資源時就知道這將造成多大的損害了！當你的老板要求給項目提供更多資助時，老板的老板卻只是眨巴眼睛——想想看，這有多糟糕。
　　不能應(yīng)對變化的管理系統(tǒng)：調(diào)試程序是小兒科。此外，我的代碼運行絕對正確！——這可能嗎
　　沒有進度報告系統(tǒng)。你蹣跚前行，根本沒有什么準確的項目進度報告系統(tǒng)，也許唯一的解釋就是到目前為止，壓根就沒人想提到這個項目。 　　在項目工作會議上，與會人員只會扯皮說“都是接口問題”、“必須采取行動”以及“該找某某人”。
　　當然，單獨地看，出現(xiàn)這些癥狀并不意味著你的項目必死無疑。但它們確實都是需要你立即采取行動的紅色警報。如果你的項目出現(xiàn)了以上8個癥狀，那么只能說你已經(jīng)在泰坦尼克號上了。準備自救吧。