考慮一下這些情況,原本啟動一個小的應急專案最後變成了一個無可忍受的龐然大物而且看上去還在不斷地花銷你的程式設計師的時間;即便你清楚還有很多缺陷公司董事也宣告你將在一週內完成這個專案;你的團隊好不容易釋出了軟體,竟沒有想到丟失了一個非常重的特性讓使用者抱怨不已;而且你的團隊每修改完一個缺陷總是沒完沒了的引出看似以前已經修復好的缺陷.如果你是一名軟體專案經理,你一定非常熟悉這些狀況,在你的工作過程中肯定遇到過不少相似的問題.

　　有相當多的軟體公司在按時發行符合使用者要求的質量可靠的軟體時會碰到這樣或那樣的問題，所幸的是軟體專案中的大多數問題根源於令人吃驚的一小部份原因，並且這些原因很容易被理解。通過挖掘，追述並調查全世界大量的軟體公司我們找到了解決這類問題目的一些通用直接的方法，它們實現起來也非常簡單；當然要向那些不瞭解軟體管理的人講明白其中的道理不是一件容易的事。本書目的在於幫助有一定軟體開發體會的人學習這些方法並將它們引入到公司中去工作。

　　這本書不單是集中了一些典型專案問題的解決辦法。其中每個技術，案例和工具都會幫你構建一個可靠，開放，實用的環境，讓專案團隊，公司管理工作層，或是每一個用到它的人獲益其中。通地共享專案資訊你的團隊或者經理能準確地瞭解你的決策並且深知其因。

　　不要以為專案管理僅是一門技術工程技能，好的專案管理可以歸納為以下幾條原則，如果你牢記它們將幫你管理任何軟體專案。

　　＊確保所有的決策根植於開放共享的資訊基礎。

　　＊不要妄加猜測你的團隊成員的專業知識。

　　＊在開始每個專案之前強調軟體質量至關重要。

　　＊不要人為的給團隊造成層次對立，要讓它們團結目標一致。

　　＊用最好的工程例項最快的完成專案。

　　要作出好的決斷專案經理必須瞭解軟體開發的每個方面。好的專案經理不必是程式設計師，測試人員，需求分析師或設計師，但必須明白為什麼需要他們，需要他們作什麼，怎麼協調他們工作而不是讓他們屈從於某事；還必須讀懂他們建立的文件並提供明智的反饋意見；必須依據客觀分析（而不是感覺，偏好或是團隊某些人）作出最利於專案的決策。