我們在項目型企業(yè)中，項目經(jīng)理的能力很大程度上決定著項目的成敗，而項目經(jīng)理的項目管理經(jīng)驗也是必不可少。那么，項目經(jīng)理在項目推進過程中，應該重視哪些方面的能力和技巧呢?

下面給大家分享的項目經(jīng)理的20個成功的項目管理經(jīng)驗。

5月考PMP的家人們：進Q群332535119（備注微博）可免費分享自己的備考資料給你

01定義項目成功的標準

在項目的開始的時候，要保證風險承擔者對于他們如何判斷項目是否成功有統(tǒng)一的認識。

通常情況下，想要成功，就首先得跟緊預定的進度，但是肯定還有其他的影響因素存在。比如，增加市場占有率，獲得指定的銷售量，取得特定用戶滿意度，淘汰一個高維護需求的遺留系統(tǒng)等。

02識別項目的驅動、約束和自由程度

每個項目都需要平衡它的功能性、人員、預算、進度和質量目標。

我們把以上五個項目方面中的每一個方面，可以定義成一個約束，而你必須在這個約束中進行操作，換句話說就是，你得在一個規(guī)定的范圍內調整。

03定義產(chǎn)品發(fā)布標準項

在項目早期，你就要決定用什么標準來確定產(chǎn)品是否準備好發(fā)布了。

你可以把發(fā)布標準基于：還存在有多少個高優(yōu)先級的缺陷，性能度量，特定功能完全可操作，或其他方面表明項目已經(jīng)達到了它的目的。

不管你選擇了什么標準，都應該是可實現(xiàn)的、可測量的、文檔化的，并且與你的客戶要求的“質量”是一致的。

04溝通承諾

盡管可能無意中承諾了不可能的事件，但不要做一個明知不能實現(xiàn)的承諾。

坦誠地與客戶、管理人員溝通那些可能會產(chǎn)生的實際成果。

你以前項目的數(shù)據(jù)可能成為你說服他們的依據(jù)，雖然這對于不講道理的人來說沒有真正的作用，但是你最好還是要準備好。

05寫一個計劃

困難的部分不是寫計劃。

困難的部分是作這個計劃——思考，溝通，權衡，交流，提問并且傾聽。

你用來分析解決問題需要花費的時間，會減少項目以后會帶給你的意外風險。

06把任務分解成棋子大小的小圓石

棋子大小的小圓石是縮小了的里程碑。

把大任務分解成多個小任務，可以幫助你更加精確的估計它們，暴露出在其他情況下你可能沒有想到的工作活動，并且保證更加精確、細密的狀態(tài)跟蹤。

07為通過的大任務開發(fā)計劃工作表

如果你的團隊經(jīng)常承擔某種特定的通用任務，你需要為這些任務開發(fā)一個活動檢查列表和計劃工作表。

每個檢查列表應該包括這個大任務可能需要的所有步驟。

這些檢查列表和工作表，將幫助小組成員確定和評估與他們必須處理的大任務的每個實例相關的工作量。

08在質量活動控制后應該有修改工作

幾乎所有的質量控制活動，如測試和技術評審，都會發(fā)現(xiàn)缺陷或其他提高的可能。

你的項目進度或工作細分結構，應該把每次質量控制活動后的修改，作為一個單獨的任務包括進去。

如果你事實上不用作任何的修改，很好，你已經(jīng)走在了本任務的計劃前面。

但是不要去指望它。

09為過程改進安排時間

你的團隊成員已經(jīng)淹沒在他們當前的項目中，如果你想把你的組提升到一個更高的軟件工程能力水平，你就必須投資一些時間在過程改進上。

從項目進度中留出一些時間，因為軟件項目活動應該包括做能夠幫助你下一個項目更加成功的過程改進。

不要把項目成員可以利用的時間100%的投入到項目任務中，否則你會驚訝：為什么他們在主動提高方面沒有任何進展。

010管理項目的風險

如果你不去識別和控制風險，那么它們會控制你。

在項目計劃時花一些時間集體討論可能的風險因素，評估它們的潛在危害，并且決定你如何減輕或預防它們。

011根據(jù)工作計劃而不是日歷來做估計

人們通常以日歷時間作估計，但是我傾向于估計與任務相關聯(lián)的工作計劃(以人時為單位)的數(shù)量，然后把工作計劃轉換為日歷時間的估計。

這個轉換基于每天我有多少有效的小時花費在項目任務上，我可能碰到的任何打斷或突發(fā)調整請求，會議，和所有其他會讓時間消失的地方。

012勿安排超過工作時間80%的任務量

跟蹤你的團隊成員每周實際花費在項目指定工作的平均小時數(shù)，這會讓人吃驚。

與我們被要求做的許多活動相關的任務切換的開銷，顯著地降低了我們的工作效率。

一個員工一周理論上工作40小時，但不要只是因為有人在一項特定工作上每周花費10小時，就去假設TA可以馬上做4個這種任務，如果TA能夠處理完3個任務，你就很幸運了。

013將培訓時間放到計劃中

確定你的團隊成員每年在培訓上花費多少時間，并把它從組員工作在指定項目任務上的可用時間中減去。

你可能在平均值中早已經(jīng)減去了休假時間、生病時間和其他的時間，對于培訓時間也要同樣的處理。

014記錄你的估算和你是如何達到估算的

當你準備估算你的工作時，把它們記錄下來，并且記錄你是如何完成每個任務的。

理解創(chuàng)建估算所用的假設和方法，能夠使它們在必要的時候更容易防護和調整，而且它將幫助你改善你的估算過程。

015記錄估算并且使用估算工具

很多商業(yè)工具可以幫助你估算整個項目。

根據(jù)它們真實項目經(jīng)驗的巨大數(shù)據(jù)庫，這些工具可以給你一個可能的進度和人員分配安排選擇。

它們同樣能夠幫助你避免進入“不可能區(qū)域”，即將任務量、小組勞動力和進度安排組合起來看，根本不可能成功。

016遵守學習曲線

如果你在項目中第一次嘗試新的過程，工具或技術，你必須認可付出短期內生產(chǎn)力降低的代價。

不要期望在新軟件工程方法的第一次嘗試中就獲得驚人的效益，在進度安排中考慮不可避免的學習曲線。

017考慮意外緩沖

事情不會像項目計劃一樣準確地進行，所以你的預算和進度安排應該在主要階段后面，包括一些意外的緩沖，以適應無法預料的事件。

不幸的是你的管理者或客戶可能把這些緩沖作為你的托辭，而不是明智地承認事實確實如此。

向他們說明一下以前項目不愉快的意外，來證明你的深謀遠慮。

018記錄實際情況和估算情況

如果你不記錄花費在每項任務上的實際工作時間，并和你的估算作比較，你將永遠不能提高你的估算能力。

你的估算將永遠是猜測。

019只有當任務100%完成時，才認為該任務完成

使用棋子大小的小圓石的一個好處是，你可以區(qū)分每個小任務要么完成了，要么沒有完成，這比估計一個大任務在某個時候完成了多少百分比要實在的多。

不要讓人們只知道他們任務的完成狀態(tài)。

要使用明確的標準來判斷一個步驟是否真正的完成了。

020公開、公證地跟蹤項目狀態(tài)

創(chuàng)建良好的風氣，讓項目成員對準確地報告項目的狀態(tài)感到安全。

努力讓項目在準確的、基于數(shù)據(jù)的事實基礎上運行，而不是從因為害怕報告壞消息而產(chǎn)生的令人誤解的樂觀主義。

使用項目狀態(tài)信息在必要的時候進行糾正操作，并且在條件允許時進行表揚。

以上總結的這些提示或經(jīng)驗，或許不能保證你的成功，但是它們將幫助你在你的項目上獲得一個堅實的把手，并且保證你做了所有你可以做的事來讓項目在這個瘋狂的世界上成功。

以上，希望對你有所幫助。