成功的專案經理應該具有的品質(轉)
作為一名專案經理(Program Manager,簡稱PM),你必須對專案擁有寬泛的全部的管理職責。專案經理應該在財務技巧,和客戶打交道的技巧,領導技巧等方面做出努力。要想在一個專案中做成功,則該專案經理必須願意在本質上承擔對該專案的無限責任。以下的關於如何成為一名成功的專案經理的建議是基於作者和該領域的最成功的一些人共事的經驗而提出的。
一個成功的專案經理應該具有的品質:
對所承擔的專案的各個方面負全部責任
一個專案的所有方面都很關鍵。作為一名專案經理,意識到所有的方面都需要你負責,這一點很重要。如果有人告訴你,該專案的某些事情你不用操心,千萬別相信這樣的話,那樣的人不是木訥就是狡猾。
花時間建立和促成一個具有凝聚力的管理團隊
這個方面經常被忽視,而事實上,交流、激勵、解決衝突等等會對你的團隊如何協作和如何將工作完成產生影響。幾年前,我曾提出這樣的想法:如果你真正能夠成功地組建一個具有高度凝聚力的團隊,那麼你每週大約只需工作一個小時。很明顯,這是很理想化的,而且在現實工作環境中不可能發生。然而,在理想情況下,你可以有幾個專案經理為你工作,他們是那樣的自信和有動力,那麼你可以每週僅僅來一次並且能夠保證沒有任何事情會出差錯。仔細考慮一下這一點,你應該會意識到你如何和你的團隊一起工作會影響專案的底線。
和你的專案經理們建立強有力的聯絡
這一點和建立一個有凝聚力的團隊關聯性很大。你有必要告訴你的團隊你關心他們所遇到的問題,你也同樣關心他們的成功。一個建議是每週開一次非正式的會議。在一個完全沒有Powerpoint等現代化裝置的房間裡,鼓勵你的團隊能夠公開地討論他們的問題所在並且討論如何解決這些問題。透過這種途徑,不僅建立了團隊精神,而且也建立了相互信任的關係。比如你的專案經理們應該擁有你的宅電,並且在週末的時候,如果有必要,他們可以毫不猶豫地給你打電話。
101%的只關注你的專案
在一些公司和政府組織裡,你會非常容易被一些和你的專案毫無關係的任務牽扯很多精力,這是一個很大的錯誤。也許這聽起來有些自私,但是你必須始終將注意力集中在那些你必須做以使你的專案能夠成功的事情上。而且做那些和你負責的專案毫無干係的事情對你的職業的發展也不見得有好處,儘管你也許會很表面地認為你的上司會欣賞你做的這些額外的工作。注意,事實上這是消極的。
理解終端使用者的優先順序別
很多情況下,當你作為專案經理時,你的客戶專案經理並不是你的終端使用者。所以你必須確信你能夠和使用你的專案或產品的終端使用者取得直接聯絡。當我曾做F-117隱形戰鬥機專案時,在沒有最關鍵的三個人取得一致的情況下,做出任何主要的決定都是不可能的,他們包括:客戶專案經理,使用者和專案經理本身。我們有這麼一個安排,並且所有為我們工作的人員都能理解這個安排,為了使這一點得以實現,我們做出了很大的努力。我們並不在一個地方,所以我們會在某地互相見面來解決問題,當然也有一部分工作是透過保密電話得以解決。
能很好地理解軟體管理
很多大型的專案都有與之相關的很繁重的軟體內容。選擇和培養合適的軟體管理人員非常的重要。最近幾年,在專案管理中,軟體失敗的情況層出不窮,所以為你的團隊找一個優秀的軟體管理人員是你明智決策的開始。記住:好的決策是需要決定什麼是需要的而什麼是最好的。 在這一點上,很容易陷入這樣的陷阱:客戶不斷地提出軟體方面的要求。事實上,如果你允許軟體變得越大和越複雜, 你失敗的可能性也會越高。早些年,計算機的儲存空間是有限並且昂貴的,這也意味著軟體在空間上或大小上有其邊界。這真是很幸運的事情。但是現在,我們有幾乎是無限的而且很廉價的儲存空間,這真是不幸。專案經理必須確信所有的規則被嚴格執行,只有這樣才能防止軟體失去控制的情況出現。
透過觀察學習
起初你身處一個專案管理團隊,當然在這個團隊裡你並不是專案經理,你承擔一項任務並且完成它。你從你所做的工作中獲取經驗,當然如果你幸運的話,你會為自信的人工作並且從他們那兒學到很多東西。其實最廉價的教育是這麼一種形式:你為一個傑出的人工作而且你能夠無須花很大力氣就能學到很多東西。你透過工作和觀察來學習。對我而言,這一點非常重要和有意義。我透過觀察學到了很多東西。我曾供職於一些由一流專案經理管理的專案組織。尤其是該領域的兩名大師級人物就關注最重要的問題,他們並不把正式的報表當作資訊輸入的唯一方式,他們組建了他們信任的一個團體,當然這個團體中的成員也信任他們。他們的專案非常的成功,比如S-3A海盜太空梭專案,該專案從簽訂合同到在艦隊上服役僅僅用了5年時間。在1975年,當我決定想成為一名專案經理時候,我透過非正式的方式告訴了Lockheed公司:我很想做專案管理這份工作並且如果有該方面的職位空缺的話,很希望能被考慮到。在1976年的春天,我成為一名專案經理。
做辛苦而乏味的工作(dog work)
你能夠做的一件事情是對你目前所從事的工作盡心盡責。在每一個專案管理團隊,都有大量的辛苦的工作,這些工作很乏味,也不令人激動,但是必須完成,從這一點上來說這些工作非常的重要。自願地承擔這些工作對於你增加你的經驗和提升你的名譽是一條很好的途徑。如果你渴望在專案管理上能夠成功,那麼被人認為你並不願意做這些辛苦、乏味但也很重要的工作那將是最糟糕的事情。只要是專案上的任務就不應該拒絕。(正如前面所強調的,如果說該項任務超出了專案範圍,那就沒有必要去做了)這又回到了我們前面闡述的事實即專案經理必須毫無邊界地願意承擔所有責任。在四年的時間裡,我負責洛克希德(Lockheed)、波音(Boeing)、通用(General)三公司合作的動力F-22高階戰術戰鬥機專案,我為三個CEO工作,他們都是卓越的人。在專案開始的初期,他們明確地告訴我,我越少向他們請示,他們會認為我的工作做得越出色。我的角色是將工作完成並且做出相關的決定。有幾次,不小心我將一些不該由他們來做決定的事情讓他們定奪,但是他們的第一反應卻是:“穆林(Mullin),你自己能夠解決。”他們非常明確地知道他們僱傭專案經理是為了讓其來承擔所有的責任,而不是讓一大堆不該由他們自己來處理的事情來打擾他們(事實上專案經理能夠而且應該處理這些事情)。現在,如果你確實需要他們的幫助,那麼情況是兩樣的,所以他們非常的偉大。
進行合適的培訓
培訓並不意味著專案的成功。即使你擁有一大堆的證書和學歷證明,你仍然可能是一個糟糕的專案經理。然而,獲得專案管理的基本知識則非常重要。記住,因為你對專案承擔無限責任,你必須知道財務管理,戰略規劃,市場營銷等等。我曾經接受的最好的培訓是史丹佛大學的執行主管人員培訓專案。這是一個為期8周的課程,講授成為一個成功的專案經理的關鍵技術。如果有人在20世紀70年代晚些時候問我是否渴望負責Skunk Works,我想我會說你在開玩笑吧!別拿我開心了!但是從1990年到1994年,我成為了Skunk Works的總裁。在我的職業生涯中,我覺得自己是幸運的。我曾從事過很好的工作並且透過專案管理的實踐和觀察學到了很多東西。[@more@]
一個成功的專案經理應該具有的品質:
對所承擔的專案的各個方面負全部責任
一個專案的所有方面都很關鍵。作為一名專案經理,意識到所有的方面都需要你負責,這一點很重要。如果有人告訴你,該專案的某些事情你不用操心,千萬別相信這樣的話,那樣的人不是木訥就是狡猾。
花時間建立和促成一個具有凝聚力的管理團隊
這個方面經常被忽視,而事實上,交流、激勵、解決衝突等等會對你的團隊如何協作和如何將工作完成產生影響。幾年前,我曾提出這樣的想法:如果你真正能夠成功地組建一個具有高度凝聚力的團隊,那麼你每週大約只需工作一個小時。很明顯,這是很理想化的,而且在現實工作環境中不可能發生。然而,在理想情況下,你可以有幾個專案經理為你工作,他們是那樣的自信和有動力,那麼你可以每週僅僅來一次並且能夠保證沒有任何事情會出差錯。仔細考慮一下這一點,你應該會意識到你如何和你的團隊一起工作會影響專案的底線。
和你的專案經理們建立強有力的聯絡
這一點和建立一個有凝聚力的團隊關聯性很大。你有必要告訴你的團隊你關心他們所遇到的問題,你也同樣關心他們的成功。一個建議是每週開一次非正式的會議。在一個完全沒有Powerpoint等現代化裝置的房間裡,鼓勵你的團隊能夠公開地討論他們的問題所在並且討論如何解決這些問題。透過這種途徑,不僅建立了團隊精神,而且也建立了相互信任的關係。比如你的專案經理們應該擁有你的宅電,並且在週末的時候,如果有必要,他們可以毫不猶豫地給你打電話。
101%的只關注你的專案
在一些公司和政府組織裡,你會非常容易被一些和你的專案毫無關係的任務牽扯很多精力,這是一個很大的錯誤。也許這聽起來有些自私,但是你必須始終將注意力集中在那些你必須做以使你的專案能夠成功的事情上。而且做那些和你負責的專案毫無干係的事情對你的職業的發展也不見得有好處,儘管你也許會很表面地認為你的上司會欣賞你做的這些額外的工作。注意,事實上這是消極的。
理解終端使用者的優先順序別
很多情況下,當你作為專案經理時,你的客戶專案經理並不是你的終端使用者。所以你必須確信你能夠和使用你的專案或產品的終端使用者取得直接聯絡。當我曾做F-117隱形戰鬥機專案時,在沒有最關鍵的三個人取得一致的情況下,做出任何主要的決定都是不可能的,他們包括:客戶專案經理,使用者和專案經理本身。我們有這麼一個安排,並且所有為我們工作的人員都能理解這個安排,為了使這一點得以實現,我們做出了很大的努力。我們並不在一個地方,所以我們會在某地互相見面來解決問題,當然也有一部分工作是透過保密電話得以解決。
能很好地理解軟體管理
很多大型的專案都有與之相關的很繁重的軟體內容。選擇和培養合適的軟體管理人員非常的重要。最近幾年,在專案管理中,軟體失敗的情況層出不窮,所以為你的團隊找一個優秀的軟體管理人員是你明智決策的開始。記住:好的決策是需要決定什麼是需要的而什麼是最好的。 在這一點上,很容易陷入這樣的陷阱:客戶不斷地提出軟體方面的要求。事實上,如果你允許軟體變得越大和越複雜, 你失敗的可能性也會越高。早些年,計算機的儲存空間是有限並且昂貴的,這也意味著軟體在空間上或大小上有其邊界。這真是很幸運的事情。但是現在,我們有幾乎是無限的而且很廉價的儲存空間,這真是不幸。專案經理必須確信所有的規則被嚴格執行,只有這樣才能防止軟體失去控制的情況出現。
透過觀察學習
起初你身處一個專案管理團隊,當然在這個團隊裡你並不是專案經理,你承擔一項任務並且完成它。你從你所做的工作中獲取經驗,當然如果你幸運的話,你會為自信的人工作並且從他們那兒學到很多東西。其實最廉價的教育是這麼一種形式:你為一個傑出的人工作而且你能夠無須花很大力氣就能學到很多東西。你透過工作和觀察來學習。對我而言,這一點非常重要和有意義。我透過觀察學到了很多東西。我曾供職於一些由一流專案經理管理的專案組織。尤其是該領域的兩名大師級人物就關注最重要的問題,他們並不把正式的報表當作資訊輸入的唯一方式,他們組建了他們信任的一個團體,當然這個團體中的成員也信任他們。他們的專案非常的成功,比如S-3A海盜太空梭專案,該專案從簽訂合同到在艦隊上服役僅僅用了5年時間。在1975年,當我決定想成為一名專案經理時候,我透過非正式的方式告訴了Lockheed公司:我很想做專案管理這份工作並且如果有該方面的職位空缺的話,很希望能被考慮到。在1976年的春天,我成為一名專案經理。
做辛苦而乏味的工作(dog work)
你能夠做的一件事情是對你目前所從事的工作盡心盡責。在每一個專案管理團隊,都有大量的辛苦的工作,這些工作很乏味,也不令人激動,但是必須完成,從這一點上來說這些工作非常的重要。自願地承擔這些工作對於你增加你的經驗和提升你的名譽是一條很好的途徑。如果你渴望在專案管理上能夠成功,那麼被人認為你並不願意做這些辛苦、乏味但也很重要的工作那將是最糟糕的事情。只要是專案上的任務就不應該拒絕。(正如前面所強調的,如果說該項任務超出了專案範圍,那就沒有必要去做了)這又回到了我們前面闡述的事實即專案經理必須毫無邊界地願意承擔所有責任。在四年的時間裡,我負責洛克希德(Lockheed)、波音(Boeing)、通用(General)三公司合作的動力F-22高階戰術戰鬥機專案,我為三個CEO工作,他們都是卓越的人。在專案開始的初期,他們明確地告訴我,我越少向他們請示,他們會認為我的工作做得越出色。我的角色是將工作完成並且做出相關的決定。有幾次,不小心我將一些不該由他們來做決定的事情讓他們定奪,但是他們的第一反應卻是:“穆林(Mullin),你自己能夠解決。”他們非常明確地知道他們僱傭專案經理是為了讓其來承擔所有的責任,而不是讓一大堆不該由他們自己來處理的事情來打擾他們(事實上專案經理能夠而且應該處理這些事情)。現在,如果你確實需要他們的幫助,那麼情況是兩樣的,所以他們非常的偉大。
進行合適的培訓
培訓並不意味著專案的成功。即使你擁有一大堆的證書和學歷證明,你仍然可能是一個糟糕的專案經理。然而,獲得專案管理的基本知識則非常重要。記住,因為你對專案承擔無限責任,你必須知道財務管理,戰略規劃,市場營銷等等。我曾經接受的最好的培訓是史丹佛大學的執行主管人員培訓專案。這是一個為期8周的課程,講授成為一個成功的專案經理的關鍵技術。如果有人在20世紀70年代晚些時候問我是否渴望負責Skunk Works,我想我會說你在開玩笑吧!別拿我開心了!但是從1990年到1994年,我成為了Skunk Works的總裁。在我的職業生涯中,我覺得自己是幸運的。我曾從事過很好的工作並且透過專案管理的實踐和觀察學到了很多東西。[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-945835/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 成功的旅遊景點夜遊專案應該具備哪些要素
- 產品經理應該學會的工具
- 從“外行”眼中看資料產品經理應該具備的基本能力
- 【分享貼】需求變更、專案延誤,專案經理應該如何應對?
- 專案經理每天、每週、每月應該做的都在這
- 產品經理應該讀什麼書?
- 產品經理和專案經理誰是專案管理工具的大神?專案管理
- 專案經理應該知道的97件事 --譯者序
- 【專案經理應該知道的97件事】三位一體的專案管理專案管理
- 產品經理如何用專案管理技能提升交付質量與效率?專案管理
- 帶專案的一些體會以及合格的 Leader 應該具備什麼特質?
- 一個C/C++自學轉行者應該具備的素質C++
- 專案經理都應具備哪些管理技巧?
- 產品經理和專案經理區別與聯絡
- 產品經理和專案經理有什麼區別
- 專案經理值得一試的思維方式:專案成功方程式
- 專案經理如何應對專案需求變更?
- 專案經理面對專案陷困境該這樣採取措施
- 一個優質的專案應該具有什麼特點
- 專案經理該如何面對頻繁的需求變更?
- 一套優質的MES系統,應該具備哪些特質?
- 不會玩魔獸的專案經理不是好專案經理
- 專案經理需要具備有他所管理的技術能力嗎
- 產品經理和專案經理的區別,讀這一篇就夠了!
- Java技術轉(兼顧)產品經理——讀《快速轉行做產品經理》有感Java
- 資深專案經理丨幾個要點揭示成功專案大綱是怎樣制定的
- NPDP|產品經理最需要具備的思維有哪些?
- GitHub專案的質量應該由他們的星數來評估嗎?Github
- PMP|一文帶你正確認識產品經理和專案經理的區別
- 成功的專案管理策略:減少成本,提高質量專案管理
- 新起典| 成功的文旅專案需要具備哪些要素
- 寫給產品經理的第5封信:專案管理二三事專案管理
- 專案經理,快醒醒!
- 膨脹、驕傲,程式設計師轉專案經理的原罪程式設計師
- 專案經理應怎麼利用人工智慧?人工智慧
- Go 語言專案程式碼品質Go
- 你的專案應該如何分層?
- 一個專案帶你走進產品經理的世界(2)需求分析
- 產品經理和專案經理的區別,讀這一篇就夠了!(史上最全總結)