建築類20個成功項目管理經驗

學習別人成功的案例,才能讓自己更快、更好地走向成功。下面介紹的這20個成功項目管理經驗,你一定會收益很大,快來圍觀吧!想了解更多相關信息請持續關注我們應屆畢業生考試網!

建築類20個成功項目管理經驗

即使在最完美的條件下,管理一個軟件項目也是很困難的。不幸的是,許多新項目經理實質上沒有受到任何就職培訓。這裏有20個成功的管理經驗供項目經理參考。

  定義項目成功的標淮

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

  把握各種要求之間的平衡

每個項目都需要平衡它的功能、人員、預算、進度和質量目標。我們把以上五個項目方面中的每一個方面,綜合成一個約束條件,你必須在這個約束中進行操作,可以在一個規定的範圍內調整。

  定義產品發佈標準

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

  溝通承諾

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

寫一個計劃

困難的部分不是寫計劃,困難的部分是做這個計劃——思考,溝通,權衡,交流,提問並且傾聽。你用來分析解決問題花費的時間,會減少項目以後會帶給你的意外。

  爲大任務制定計劃工作表

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

  爲大任務制定計劃工作表

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

  計劃中、質量控制後應該有修改

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

  爲“過程改進”安排時間

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

管理項目的風臉

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

  根據工作計劃而不是日曆來估計

人們通常以日曆時間做估計,但是我傾向於估計與任務相關聯的工作計劃(以“人時”爲單位)的數量,然後把工作計劃轉換爲日曆時間的估計。這個轉換基於每天我有多少有效的時間花費在項目任務上,我可能碰到的任何打斷或突發調整請求、會議,和所有其他耗費時間的地方。

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

跟蹤你的組員每週實際花費在項目指定工作上的平均小時數,實在會讓人吃驚。與我們被要求做的許多活動相關的任務切換的開銷,顯著地降低了我們的工作效率。一個員工一週理論上工作40小時,但不要只是因爲有人在一項特定工作上每週花費10小時,就去假設他或她可以馬上做4個這種任務,如果他或她能夠處理完3個任務,你就很幸運了。

  將培訓時間放到計劃中

確定你的組員每年在培訓上花費多少時間,並把它從組員工作在指定項目任務上的可用時間中減去。你可能在平均值中早已經減去了休假時間、生病時間和其他的時間,對於培訓時間也要同樣處理。

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

當你準備估算你的工作時,把它們記錄下來,並且記錄你是如何完成每個任務的。理解創建估算所用的假設和方法,能夠使它們在必要的時候更容易防護和調整,而且它將幫助你改善你的估算過程。

  記錄估算並且使用估算工具

有很多商業工具可以幫助你估算整個項目。根據它們真實項目經驗的巨大數據庫,這些工具可以給你一個可能的進度和人員分配安排選擇。它們同樣能夠幫助你避免進入“不可能區域”,即將任務量、小組勞動力和進度安排組合起來一看,根本不可能成功。

  遵守學習曲線

如果你在項目中第一次嘗試新的過程、工具或技術,你必須承受短期內生產力降低的代價。不要期望在新軟件工程方法的第一次嘗試中就獲得驚人的效益,在進度安排會考慮不可避免的學習曲線。

  考慮意外緩衝

事情不會像你項目計劃的一樣準確地進行,所以你的預算和進度安排應該在主要階段後面,包括一些意外的緩衝,以適應無法預料的事件。不幸的是你的管理者或客戶可能把這些緩衝作爲你的託辭,而不是明智地承認事實確實如此。向他們指明一些以前項目不愉快的意外,來說明你的深謀遠慮。

  記錄實際情況與估算情況

如果你不記錄花費在每項任務上的實際工作時間,並和你的估算做比較,你將永遠不能提高你的估算能力,你的估算將水遠是猜測。

  任務100%完成時,纔算任務完成

使用英寸大小的小圓石的一個好處是:你可以區分每個小任務要麼完成了,要麼沒有完成。這比估計一個大任務在某個時候完成了多少百分比要實在得多。使用明確的標準來判斷一個步驟是否真正地完成了。

  公開、公正地跟蹤項目狀態

創建一個良好的風氣,讓項目成員對準確地報告項目的狀態感到安全。努力讓項目在準確的、基於數據的事實基礎上運行,而不是從因爲害怕報告壞消息而產生的令人誤解的樂觀主義。使用項目狀態信息在必要的時候進行糾正操作,並且在條件允許時進行表揚。