專案管理的成功經驗

在最好的情況下，管理軟體專案也是很困難的。不幸的是，許多新專案經理實質上沒有受到任何就職培訓。這裡有20個成功的管理經驗供專案經理參考。這些提示不能保證你的成功，但是它們將幫助你在你的專案上獲得一個堅實的把手，並且保證你做了所有你可以做的事來讓專案在這個瘋狂的世界上成功。

　　1. 定義專案成功的標準

在專案的開始，要保證風險承擔者對於他們如何判斷專案是否成功有統一的認識。經常，滿足一個預定義的進度安排是唯一明顯的成功因素，但是肯定還有其他的因素存在，比如：增加市場佔有率，獲得指定的銷售量或銷售額，取得特定使用者滿意程度，淘汰一個高維護需求的遺留系統，取得一個特定的事務處理量並保證正確性。

　　2. 識別專案的驅動、約束和自由程度

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

　　3. 定義產品釋出標準

在專案早期，要決定用什麼標準來確定產品是否準備好釋出了。你可以把釋出標準基於：還存在有多少個高優先順序的缺陷，效能度量，特定功能完全可操作，或其他方面表明專案已經達到了它的目的。不管你選擇了什麼標準，都應該是可實現的、可測量的、文件化的，並且與你的客戶指的'“質量”一致。

　　4. 溝通承諾

儘管有承諾不可能事件的壓力，從不作一個你知道你不能保證的承諾。和客戶和管理人員溝通哪些可以實際取得時，要有好的信譽。你的任何以前專案的資料會幫助你作說服的論據，雖然這對於不講道理的人來說沒有任何真正的防禦作用。

　　5. 寫一個計劃

有些人認為，花時間寫計劃還不如花時間寫程式碼，但是我不這麼認為。困難的部分不是寫計劃。困難的部分是作這個計劃--思考，溝通，權衡，交流，提問並且傾聽。你用來分析解決問題需要花費的時間，會減少專案以後會帶給你的意外。

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

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

　　7. 為通用的大任務開發計劃工作表

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

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

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

　　9. 為過程改進安排時間

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