專案經理笑哈哈2017-04-24 14:18:10

第1個錯誤：缺乏擁有相應技能的技術人員。

影響：資源配置不當名列最常見專案管理錯誤的首位。要是沒有為專案配置相應的人員，會毀了專案。

辦法：專案管理軟體廠商Primavera的CEOJoelKoppelman說：“成功完成專案的關鍵就是找到具有相應技能的技術人員，再全面的規劃也解決不了人手不足的問題。”IT和專案經理需要完全瞭解專案所有相關人員的技能和工作量，其中包括顧問、承包商和外包商。因為即便他們從事的工作佔到了總量的很大一部分，技能評估環節也常常會忽視這群人。另外，IT和專案經理知道了誰在從事什麼工作以後，還要弄清楚如何針對眾多專案和日常工作來分配資源。

IT基礎設施諮詢公司GlassHouseTechnologies的創辦人RichardScannell說：“雖然專案管理方面有多種組織模式，但運作起來都不咋樣。沒有簡單的辦法可以解決資源分配問題。協調好人員和專案的潛在辦法就是任命資源經理來負責為每個專案指派人員，並確保人員合理分配到了諸個專案上。”Scannell建議成立“專家小組”，專家小組的成員專門從事某個特定專案，在一年或者更長的時間內不用承擔其他傳統的工作職責。

惠普公司軟體部門專案組合管理中心的KenCheney也建議，應針對專案而不是針對某項任務來分配資源。

Cheney表示，如果很難為專案配備足夠人員，那麼取消“可自由支配的”專案（比如與業務戰略不是緊密相關的專案），也許能騰出一些資源。另外，他建議分析IT人員正在從事的全部專案組合，剔出一些不是很要緊的專案，以減少人員配備。

第2個錯誤；缺乏經驗豐富的專案經理。

影響：要是沒有合適的專案經理來掌舵，專案很快就會失去控制。

辦法：聘請擁有管理資質的專案經理。

冠群公司北美區服務副總裁MatthewStrazza表示，優秀的專案經理要具備過硬的“軟”技能，他們要知道如何讓會議順利進行、管理風險以及如何應對不同利益相關者，其中包括關注功能的業務人員、注重系統安全的IT人員，以及擔心預算的財務人員。“如果你沒有解決好財務問題，沒有管理好每週的預算，沒有通知客戶所發生的任何變化，很快就會遇到麻煩。”Strazza說。

另外他補充說，優秀的專案經理還要具備技術專長，熟悉所部署的任何一項技術。

第3個錯誤：IT部門沒有一套標準且可重複的專案管理流程。

影響：缺乏一套方法會加大專案風險，會忽視與專案相關的任務，最後專案可能不得不推倒重來，以至於專案無法按時按預算完成。

辦法：一套管理方法可以有效管理專案，並且讓專案的參與者清楚明白地執行專案有關的所有活動。

專案組合管理解決方案提供商Métier的CEODouglasClark建議制訂可重複的流程，用於確定範圍、安排進度、分配資源及與利益相關者之間的溝通。他說：“這些是需要首先掌控的方面，因為它們可能會給你帶來最大的回報。”

第4個錯誤：IT部門受制於僵硬的程式。

影響：過於僵硬的程式使專案團隊缺乏靈活性，而缺乏靈活性讓利益相關者覺得沮喪。

辦法：保持靈活，並與專案發起人和利益相關者進行溝通。

紐約市諮詢公司IntelliSolutions的總經理FumiKondo曾經看到過軟體開發人員與專案經理之間的一次交流，“開發人員告訴專案經理，不需要額外工作量，他就可以為應用軟體新增額外功能。但專案經理告訴開發人員不要新增，因為使用者並沒有要求這些功能。如果是我自己，我會去跟使用者多溝通，看看這些功能是否有用，只要不影響預算或者進度，提供更多的功能沒什麼不好。”

第5個錯誤：沒有跟蹤專案出現的變化。

影響：專案預算激增，進度一再延遲。

辦法：遵循正規的變更請求流程。

Strazza建議，誰要求變更專案範圍（比如新增特性或者功能），誰就要在範圍變更文件中解釋清楚具體的變更，專案經理要確定該請求對預算和進度會有何影響。專案發起人需要在範圍變更請求上簽字。

第6個錯誤：缺少專案狀況方面的最新資料。

影響：無法衡量，也就無法管理，也就無法調配資源或者應對專案範圍變化。 辦法：使用相關軟體。

第7個錯誤：忽視出現的問題。

影響：問題是不會自行解決的。你忽視問題的時間越長，問題只會變得越嚴重，最終會增加專案的成本。

辦法：問題一出現，就要儘快調動儘可能多的利益相關者一起來解決問題。

第8個錯誤：沒有花時間來確定專案範圍。

影響：如果業務和IT部門事先沒有明確專案的範圍，專案到頭來很可能會失控。另外，IT部門也缺乏按時按預算完成專案、滿足業務部門預期目標所需的明確方向。

辦法：針對定義不明確的專案，最好的辦法就是拿出商業方案、確定專案範圍。

第9個錯誤：沒有看到專案之間的依賴關係。

影響：專案不是彼此孤立的，它們常常依賴同時開展的其他專案。如果專案經理看不到專案之間的依賴關係——比如一個專案需要另一個專案的人員參與，專案進度就會耽誤。這種耽誤會對所有專案帶來連鎖反應。

辦法：專案規劃期間就要考慮到專案之間的依賴關係，與利益相關者交談，並且繪製專案的示意圖，這有助於找出專案之間的依賴關係。

第10個錯誤：沒有考慮到“墨菲定理”。

影響：一旦某些“事故”出現，就會影響到IT部門。往往在IT部門收拾意料之外的殘局時，專案已偏離了軌道。

辦法：執行風險評估，這是專案規劃的一個環節。整個團隊群策群力，考慮可能會發生什麼事情導致專案延遲或者偏離方向，或者無法滿足預期需求。然後，找到緩解這些風險的對策。 Primavera公司的CEOKoppelman說：“如果大家坐下來考慮一下潛在風險，就會列出相當多的風險。這項工作不需要很長時間，卻對專案上馬之前明白專案的薄弱環節大有幫助。”

Scannell舉例說，曾經有一家英國企業準備把大型機搬到新的資料中心。IT小組在週六用一整天的時間來拆卸大型機，以便次日能搬到新的資料中心。週日，IT部門帶著大型機在前往新資料中心的路上，遇到了遊行活動，因道路封鎖而到不了目的地。他們只好開車返回原來的資料中心，重新把大型機裝了回去。這就是缺乏規劃預案導致IT部門做不必要工作的典型案例。

第11個錯誤：漠視變更管理。

影響：要是使用者不採用新技術，那麼為了交付新的IT功能而投入再多的時間、資金和精力，也是白費力氣。

辦法：專案規劃階段，事先抽出時間考慮專案可能會在哪些方面遇到阻力，並且考慮好應對阻力的辦法。還要找出哪些利益相關者的工作會受到新功能的影響，並且計劃好如何向他們說明流程和工作流方面出現的變化。

應該明白，不是所有變更都是不好的。

第12個錯誤：專案進度計劃不完整。

影響：專案團隊的成員不知道應當何時交付什麼樣的成果，這樣一來就很難按時完成專案。 辦法：要為專案安排進度報告，一個簡便的方法就是確定完成專案涉及的所有活動（比如確定範圍、徵集需求、進行測試及實施），然後根據專案的最後期限為這些活動確定相應的預定日期。專案管理軟體有助於安排進度。

第13個錯誤：IT部門沒有要求延長不合理的最後期限。

影響：IT部門很可能面臨失敗，落下無法按時交付專案的壞名聲。IT部門會力求在CEO規定的專案最後期限之前完工。但不注意專案的依賴關係和總體計劃只會帶來更多的問題，從而更難按時交付。

辦法：IT管理人員要向CEO解釋，需要多少成本和資源才能在這個最後期限之前按時完工，並且讓CEO在成本、範圍和進度之間進行選擇。

第14個錯誤：與專案發起人和利益相關者沒有溝通好。

影響：IT部門滿足不了預期需求。如果IT部門把數千行資料描述系統功能和規格的電子表格交給業務部門，就有可能讓業務部門對專案範圍或者系統需求產生誤解。因為業務人員沒有時間去檢視這麼詳細的技術文件。

辦法：讓到時會受到影響或者參與專案的每個利益相關者都大體上了解整個專案從設計到實施的過程。重點突出需要與業務部門聯絡的活動，並且解釋為什麼需要業務部門的參與。

IT部門需要投入更多的精力向業務部門介紹執行專案涉及哪些步驟？

一、知道自己要努力實現的目標。

美國奧克蘭縣的IT部門在1997年開始設立專案管理辦公室（PMO）時，就制訂了清晰的戰術目標和戰略目標。他們與業務合作伙伴一起有效地確定專案的優先順序，並且透過技術來提高政府業務部門的效率。

設立專案管理辦公室需要拿出清楚的理由，這有諸多原因。一家組織不會始終需要設立正式的專案管理辦公室，如果只是希望跟蹤專案，那麼一個簡單的專案跟蹤應用軟體也許就足夠了。但如果想改進完成專案的方法，並且對確定專案優先順序的流程擁有更大的控制權，那麼運作順暢的PMO就有助於實現這兩個目標。

此外，IT部門內外很少有人會喜歡這樣的想法：一個集中部門負責審批及否決專案、報告衡量尺度，以及督促專案經理、確保專案處於正常軌道。IT員工和內部客戶會對設立PMO的工作出難題。為了得到他們的支援，就要拿出確鑿的理由，表明為什麼需要設立PMO，又不會增強官僚主義。

設立專案管理辦公室、制訂相關的專案管理流程，這常常需要投入大量的時間和資金，可能需要好幾年才能把這項工作做到位。有人會對此產生厭煩情緒，如果他們對設立專案管理辦公室所需的時間和資金提出質疑，對此要有明確的答覆。

二、獲得管理人員的支援。

如果能夠獲得管理人員的支援，不但可以讓公司的每個人都採用新的流程，還能夠簡化變更管理難題。

為了讓專案成功，軟硬體方面需要開支，需要對公司內部的人員進行培訓，需要從內部改變公司文化，需要改變你所服務的客戶或者合作伙伴的文化。這都需要時間和精力，要是專案執行發起人覺得把時間花在專案上不划算，設立PMD也就不會取得成功。

三、明確專案管理辦公室向誰報告。

奧克蘭縣IT部門下設的專案管理辦公室直接向CIO報告。負責IT部門的IT主管希望PMO向自己報告，那樣IT部門的各個小組影響不了PMO。由於向CIO辦公室報告，專案管理辦公室確實成了提供專案管理和指導服務的集中部門，確保了標準和流程變更出現在組織內部的最高層面。

四、讓PMO負責流程，而不是負責懲罰措施。

PMO一定要成為大家都願意尋求幫助的部門。如果專案經理擔心PMO會告訴CIO自己沒有完成工作，他就不會找PMO尋求幫助。

要IT部門打消“PMO是專案管理監督部門”的這種印象向來很難。這就是為什麼要強調PMO的角色應當是流程的監管人、專案經理的指導員。PMO的作用不是向CIO報告做錯的事情，而是為專案經理提供相關工具和儀表板，他們可以用來查清楚哪個專案進度落後、哪個專案按時完成、哪個專案需要加把勁。

五、選擇專案管理軟體。

正如需要設立專案管理辦公室以便知道自己要實現的目標那樣，管理者頭腦中也要有清晰的最終目標，那樣買來的軟體才能幫助自己駛向成功彼岸。比方說，因為奧克蘭縣的IT部門希望內部業務客戶在專案決策方面更多地扮演合作伙伴的角色，該組織需要一款工具讓IT部門能夠與客戶更好地進行溝通。

選擇專案管理軟體之前，專家建議IT主管要考慮希望落實到位的專案管理流程。不管實施的是什麼樣的專案管理工具，它們都要支援你的流程。

如果純粹為了技術而實施技術，那就錯了。如果沒有圍繞技術的流程，那只是電子表格，它其實管理不了任何東西。

開始考慮不同的軟體時，要確保其功能能實現自己的流程以及當前和將來的首要目標。PMO的規模開始可能很小，不過當看到它給自己公司帶來的好處後，可以逐漸擴大規模。同時，選擇軟體時，應當考慮到將來需求的變化。

要牢記的另一個因素就是整合，使用多款可以彼此整合的工具，那樣就能夠在公司發展過程中採用新功能，至少能夠在這些工具之間輕鬆傳遞資料。

專案經理有福音了

關注PM圈子，加PM圈子QQ群，不僅可以免費下載專案管理工具，現在 ，成都站—《IT專案管理與職業生涯規劃》活動正在火熱報名中（免費哦）！ （報名私密群主，關注此回答的頭條號，裡邊文章有詳細報名地址，還有PM圈子QQ號）

業內大咖為您講解

IT專案經理的職業發展路徑

如何實現IT技術崗位到管理崗位的跨越

如何準確定位自己的職業發展方向

成功人士（IT專案經理）必備的優秀特質

IT人如何平衡組織與個人的職業生涯管理