不知從什麼時候開始流行黑專案經理了?
額
好像是從咱們PM圈子開始的
。 。 。 。
項目經理也學會了自黑
互聯網行業, 專案、產品、開發、設計、運營、這麼多崗, 為何專案經理能夠一直自黑?到底是有多少“槽點”?
在圍觀我們PM圈子社區的項目經理後, 我發現他們經常被團隊、客戶、老闆懟, 所以, 貼心的圈圈總結了:
看完這些保證能少懟幾次!!
一、專案評審會
boss:系統已經上線了, 需要補一個評審材料, 但現在時間不足了!就不評審了?!直接先做吧。
PM:我能怎麼辦?!
首先要有足夠的自信跟老闆闡明自己的態度;其次跟老闆彙報前,
舉個栗子:
在工作中識別項目缺陷主要分為評審和測試, 測試雖然是交付前最重要的活動, 但評審更是儘早發現缺陷的方法, 進而降低因為缺陷帶來的成本。
回到評審:
評審包括同行評審和項目評審
同行評審包括走查、輪查和審查,
特別是軟體專案中, 需求評審、設計評審都是極重要的評審活動。 在軟體專案中, 評審也是CMMI最重要的支持過程。
既然是支援過程, 所以評審物件通常是方案、文檔、計畫、過程、交付物結果等。
二、專案進度會
原定週五上線, 然而因為各種原因, 項目 Delay, 輕者口頭被批, 重者直接影響薪資/績效。 造成項目延期的原因有很多, 一一來拆解下。
1. 從專案進度計畫中找
主要就是看專案的進度計畫, 進度計畫可能是一個詳細的excle表格, 或一個已經錄入資料的專案管理軟體系統, 這些都可以讓專案經理快速瞭解專案的進展情況, 專案經理需要跟進這些任務的完成情況,
2. 從專案風險列表中找
專案的風險是時常發生的問題, 因此, 專案經理要全面瞭解風險記錄, 這是避免未來遇到麻煩的來源。
項目的風險管理一般在項目開始的時候實施, 隨著項目生命週期的不斷變化要不斷的識別新風險,
3. 從已經發生的問題中找
專案中出現的問題是已經發生的事情或者是已經引起的麻煩, 專案經理應該知道這些問題並管理它們, 也值得花時間去深入研究這些問題, 檢查項目的管理計畫是不是足以保證問題的解決。
如果當前的問題沒有被迅速的處理, 那麼問題的管理不善很容易會變成一個更大的問題。 把項目中出現的問題應該放到項目的任務列表中, 並提高它的優先順序來專注該問題。
4. 從專案的要求中找
專案的要求是潛在的問題的另外一個來源, 通常由於兩個原因導致的:
專案經理要確保專案中對於問題有直接了當的答案, 盡可能的避免模糊或歧義, 當出現定義變化導致的範圍變更時, 要有合適的管道或流程來完成變更。
對於品質不同的人可能會有不同的理解, 專案經理需要瞭解關鍵利益相關者, 如客戶、專案管理層等相關人員的想法, 以便他們能夠滿足專案中對於品質要求的建議。
5. 從專案的資源中找
找到存在問題的最後一個地方就是項目的資源地,項目資源主要是人力資源部分可能會對專案造成各種麻煩,有些是故意的,有些是無意識的。
更加常見的是,專案中的資源可能會被過度分配導致在可用時間內他們有太多的工作無法完成,又或者不足形成項目中的“窩工”現象,這些都可能是醒目的問題潛在原因。
專案經理需要定期檢查項目中的資源狀態情況,以便在這些資源問題變得更難管理之前,把問題先找出來進行處理掉。
三. 需求變更
這應該是專案經理被懟的頭等理由。
一個靠譜的專案經理,在前期需求調研和專案策劃的過程中,考慮得更全面更深入,後期需求變更幾率越小。
偶爾在客戶眼裡的一個小變更,卻會影響到整個開發的框架性調整,這個工作量就是非常之大了,嚴重影響專案進度。
如果一定要變更怎麼辦?評估優先順序,非嚴重影響用戶使用的延期安排;同時和開發同學一起尋找解決方案,時間成本最低但又能解決問題的方案,儘量將延期影響降到最低。
四、小結
不能跟老闆和客戶優雅的討論專案評審會,專案進度會說話不硬氣,總背改需求的鍋?總的來說,核心原因在於:
原因
1、對項目核心的理解度不夠,對專案的決策不夠果斷,對項目的把控力不足;
2、對自身的項目把控力沒自信,對於項目資源、合作團隊溝通無法做到有理有據;
3、專案經理工作全流程細節不清晰,部分工作執行不到位,專案推進難。
以上僅是近期在我們PM社區裡出現的3個場景,類似的場景還有很多。奮鬥在專案經理路上的各位,保重!
以便他們能夠滿足專案中對於品質要求的建議。5. 從專案的資源中找
找到存在問題的最後一個地方就是項目的資源地,項目資源主要是人力資源部分可能會對專案造成各種麻煩,有些是故意的,有些是無意識的。
更加常見的是,專案中的資源可能會被過度分配導致在可用時間內他們有太多的工作無法完成,又或者不足形成項目中的“窩工”現象,這些都可能是醒目的問題潛在原因。
專案經理需要定期檢查項目中的資源狀態情況,以便在這些資源問題變得更難管理之前,把問題先找出來進行處理掉。
三. 需求變更
這應該是專案經理被懟的頭等理由。
一個靠譜的專案經理,在前期需求調研和專案策劃的過程中,考慮得更全面更深入,後期需求變更幾率越小。
偶爾在客戶眼裡的一個小變更,卻會影響到整個開發的框架性調整,這個工作量就是非常之大了,嚴重影響專案進度。
如果一定要變更怎麼辦?評估優先順序,非嚴重影響用戶使用的延期安排;同時和開發同學一起尋找解決方案,時間成本最低但又能解決問題的方案,儘量將延期影響降到最低。
四、小結
不能跟老闆和客戶優雅的討論專案評審會,專案進度會說話不硬氣,總背改需求的鍋?總的來說,核心原因在於:
原因
1、對項目核心的理解度不夠,對專案的決策不夠果斷,對項目的把控力不足;
2、對自身的項目把控力沒自信,對於項目資源、合作團隊溝通無法做到有理有據;
3、專案經理工作全流程細節不清晰,部分工作執行不到位,專案推進難。
以上僅是近期在我們PM社區裡出現的3個場景,類似的場景還有很多。奮鬥在專案經理路上的各位,保重!