1.定義項目成功的標準

        在項目的開始，要保證各方對于判斷項目是否成功有統一的認識。通常，跟緊預定的進度是唯一明顯的成功要素，但是肯定還有其他的因素存在，比如，增加市場占有率、獲得指定的量或銷售額、取得特定用戶滿意程度、淘汰一個高維護需求的遺留系統等。

        2.把握各種要求之間的平衡

        每個項目都需要平衡它的功能、人員、預算、進度和質量目標。我們把以上五個項目方面中的每一個方面，綜合成一個約束條件，你必須在這個約束中進行操作；你也可以定義成與項目成功對應的驅動力，或者定義成通向成功的自由程度。可以在一個規定的范圍內調整。

        3.定義產品發布標準在項目早期，要決定用什么標準來確定產品是否準備好發布了。你可以將發布標準基于：還存在有多少個高優先級的缺陷，性能度量，特定功能完全可操作，或其他方面表明項目已經達到了它的目的。不管你選擇了什么標準，都應該是可實現的、可測量的、文檔化的，并且與客戶所指的“質量”一致。

        4.溝通承諾

        盡管可能無意中承諾了不可能的事件，但不要做一個明知不能保證的承諾。坦誠地和客戶和管理人員溝通那些實際成果。任何以前項目的數據會幫助你做說服他們的論據，雖然這對于不講道理的人來說沒有真正的作用。

        5.寫一個計劃

        有些人認為，花時間寫計劃還不如花時間寫代碼，但是我不這么認為。困難的部分不是寫計劃，困難的部分是做這個計劃——思考，溝通，權衡，交流，提問并且傾聽。你用來分析解決問題需要花費的時間，會減少項目以后會帶給你的意外。

        6.把任務分解成“英寸大小的小圓石”

        “英寸大小的小圓石”是縮小了的里程碑。把大任務分解成多個小任務，幫助你更加精確地估計它們，暴露出在其他情況下你可能沒有想到的工作活動，并且保證更加精確、細密的狀態跟蹤。

        7.為大任務制定計劃工作表

        如果你的組經常承擔某種特定的通用任務，你需要為這些任務開發一個活動檢查列表和計劃工作表。每個檢查列表應該包括這個大任務可能需要的所有步驟。這些檢查列表和工作表將幫助小組成員確定和評估與他必須處理的大任務相關的工作量。

        8.計劃中，在質量控制活動后應該有修改工作

        幾乎所有的質量控制活動，如測試和技術評審，都會發現缺陷或其他提高的可能。你的項目進度或工作細分結構，應該把每次質量控制活動后的修改，作為一個單獨的任務包括進去。如果你事實上不用做任何的修改，很好，你已經走在了計劃的前面。

        9.為“過程改進”安排時間

        你的小組成員已經淹沒在他們當前的項目中，但是如果你想把你的組提升到一個更高的軟件工程能力水平，你就必須投一些時間在“過程改進”上。從你的項目進度中留出一些時間，因為軟件項目活動應該包括做能夠幫助你下一個項目更加成功的過程改進。不要把你項目成員可以利用的時間100%的投入到項目任務中，然后驚訝于為什么他們在主動提高方面沒有任何進展。

        10.管理項目的風險

        如果你不去識別和控制風險，那么它們會控制你。在項目計劃時花一些時間集體討論可能的風險因素，評估它們的潛在危害，并且決定你如何減輕或預防它們。