技術專家如何成為專案經理?

2021-08-31 22:29:44 字數 1876 閱讀 4877

技術專家的優秀品質,卻未必適應專案經理崗位,那麼轉型為管理人員的專家們,需要做出哪些調整呢?

現實當中的很多專案經理以前都是從事技術工作的,他們曾經是技術專家。對於所管專案的技術方面他們是非常熟悉的,擁有技術方面的威信。但當他們承擔管理的新角色時,很多人感到不能適應,有一位剛剛被提公升為專案經理的技術專家說:「我有時很困惑,不知道我現在所做的是不是應該做的?」

技術專家的管理「困境」

技術專家型專案經理非常願意成為管理者,但他們不明白技術工作與管理專案間存在很多本質的區別,還是常常以技術人員的心態去處理專案管理問題。他所擁有的技術優勢並不一定能成為專案經理這個角色的最大幫助,相反有可能是他們的最大弱點:當專案團隊中某人的技術難題,是自己所擅長的閉著眼睛就能解決的問題時,或者遇到某種技術挑戰時,他們就會愛不釋手,將大量的時間花在這些技術工作上,而忽視了作為專案經理的本職--管理,將自己掉進「做事」的陷阱中去。

技術專家型專案經理一般都是實幹家,他們不信賴下屬提交上來的那些報告,不相信團隊成員能像自己一樣做得那麼好,因此就經常逐個仔細地、甚至手把手地指導監督他們的工作,而忘記了專案經理的工作目標和工作重點,不懂得「管理就是通過其他人來完成某一項工作」。這樣,久而久之,不僅不能成為稱職的專案經理,還可能成為專案的職業「殺手」。

明確專案經理的職責

專案經理是專案的負責人,他要對專案進行計畫、組織、協調等工作,以確保專案的成功完成,因此專案經理的工作目標就是如何保證專案目標的實現。專案目標需要完成很多任務作任務才能實現,作為專案經理不能事必躬親,將自己陷入具體工作的陷阱,而忘記了管理的職責。根據要達到的專案目標,專案經理要從乙個確定的計畫開始,然後檢查專案所處的狀態,確保其正常,然後運用管理的原理,發揮管理職能,通過專案團隊的工作,將專案帶到終點。在這個過程中,他要經常對比專案所處的狀態和位置與專案應該在的狀態和位置,如果遇上變化的衝擊使專案出現偏差,要使它盡可能回到正確的軌道上來。

專案經理的工作重點應放在如何通過溝通、協調各方面關係,為團隊成員完成專案工作創造乙個良好的工作環境,充分調動團隊成員的工作激情,形成團隊的共同願景,激發團隊成員為實現專案目標而努力工作的潛能,從整體上對專案進行綜合的把握控制。

技術專家型專案經理要由做自己感興趣的事轉向做自己該做的事。「告訴你怎麼幹,還不如我自己幹更容易」是不稱職專案經理的表現。技術專家型專案經理必須要學會授權,特別是要將自己所熟悉、所熱愛的「技術性工作」讓團隊成員來負責,而自己將時間和精力轉移到概念思考、獲取資源、人際協調、激勵團隊和專案的整體管理上。衡量專案經理是否稱職乃至優秀的標準不是看他個人做了多少工作,做了哪些工作,而是看專案團隊和專案的整體績效,專案經理要側重於「做對的事情」,而不是像技術專家那樣側重於「把事情做對」。

注重專案成果的商業價值

任何乙個專案的啟動都是為了達到一定的商業目的,獲得一定的商業價值。因此,職業專案經理必須權衡為達到專案目標所需要的成本、時間和交付的專案成果能否給企業、客戶以及其他利益相關者帶來的任何價值。然而現實中,技術專家型專案經理的興趣往往不在專案成果的商業價值上,而是追求專案過程的刺激和可交付成果的完美性。對於乙個軟體工程師來說,永遠沒有完美的專案,只要允許,他們總能夠發現可以繼續修改的地方。因此,技術專家型專案經理往往將所管理的專案當成一件「藝術品」,把追求專案可交付成果的完美性作為關注的重點,而不是以專案商業價值的實現作為關注的重點。這樣在專案結束後容易得到沒有必要的特色產品或過於追求功能、質量而缺乏成本、時間控制的專案產品,以至於使得專案變的毫無商業價值。

管理是一種有殘缺的美,是一種持續改善的過程。對管理而言只有是否合理、有效之分,而沒有對錯之別,追求十全十美的、完全準確的專案成果,不僅不經濟,而且有時還是不可能的。

專案是以目標、成果為導向的,而不是以過程、技術為導向的,技術是實現專案商業價值的途徑和手段。專案經理要習慣於從客戶、利益相關者的角度思考專案最終可交付成果,只要專案可交付成果滿足了利益相關者的需要,實現了既定的商業價值,那就是成功的專案管理,而不是追求完美的可交付成果。

避免「無權」的陷阱

技術專家如何轉型成稱職專案經理?

技術專家的優秀品質,卻未必適應專案經理崗位,那麼轉型為管理人員的專家們,需要做出哪些調整呢?現實當中的很多專案經理以前都是從事技術工作的,他們曾經是技術專家。對於所管專案的技術方面他們是非常熟悉的,擁有技術方面的威信。但當他們承擔管理的新角色時,很多人感到不能適應,有一位剛剛被提公升為專案經理的技術...

如何從技術專家提公升為合格的專案經理

說到專案管理,我管理的專案不算多,大專案也有那麼兩三個,小專案也就記不清了。看了別的老兄寫的部落格想法也有一些,只是寫出來一方面能夠給自己的專案有個總結,另一方面也能給新人一些建議。我做過整合的專案,說實在話沒有什麼可寫的,但軟體的專案給我的磨礪可能是這一輩子也抹不去的。我這人天生喜歡有一定挑戰的事...

如何成為技術專家

一萬小時的專業技術積累和豐富的實戰 丹尼爾在 一萬小時天才理論 提出一萬小時定律,即要成為某個領域的專家,需要積累一萬小時,如果每天工作中花在學習和實踐上的時間達到4小時,那麼成為乙個領域的專家至少需要十年。因此我們在工作中要善於利用時間,盡量保證20 的工作時間用在提公升專業能力和運維效率方面。即...