論專案經理在專案中的重要性(實際專案問題總結)
一個專案經理在一個專案中到底有多重要?很多人可能都會說了,專案經理的職責很大啊,什麼資源整合,專案排程,進度控制,交付管理等都需要跟蹤,定期對客戶進行專案彙報。很多人會說,你說的對,沒什麼問題,這個有什麼疑問呢?那麼今天我就來講一下什麼是一個基本合格的專案經理,我拿我們最近公司外包出去的專案來給大家講一下。我先開個頭,long long ago(幾年前),我們在跟A公司合作,上了一整套,全面覆蓋公司某一業務全面系統,該系統上線後,為了完善系統的相關功能,決定在和A公司合作,為了避免相關介面的差異性,畢竟同一個公司對自己的產品還是最瞭解的,所以我們就繼續和A合作,A公司將專案交付給了,我們所在城市的B公司代理,一切問題都從B公司接受開始,下面正式進入我們的故事模式。
公司B正式接受專案,並且派來了一個專案經理,就一個人,無可厚非,開發全在自己公司開發,這都沒問題。專案開發主要有3方面,第一方面A公司晚上標準產品及相應的介面開發,B公司完成新專案,我們公司自己來做外圍的開發,來在標準產品的基礎上開發我們自己的需求,這些統統都沒有問題。問題是什麼時候出現的呢?問題是專案在進展了一半以後,B公司的專案經理要在配置一個開發環境用於測試,於是說要將之前開發的東西部署到新開發環境,但是,但是,但是突然發現,誰也沒有完整的專案需求清單,都說完成自己的了,其他的不負責,那麼矛盾來了,A公司說只完成標準產品了,B公司說只負責相應的專案了,然後A,B遺漏的問題,都成了我們自己的問題了,然後就陷入了無限扯皮的死迴圈。看看我們今天的主題,我們的主題是論專案經理在專案中的重要性,好了,作為專案經理,B公司派出的負責人竟然以自己不會開發為由,說自己不清楚開發的事,我真是恨不能理解,為什麼派這麼一個人作為專案經理,專案經理是隨隨便便一個人就可以做的麼?那麼具體什麼前提才可以成為真正的專案經理呢?以前我真的沒有關注這個問題,我做為一個開發人員到現在,我自認為專案管理,就要對專案的全方面去管理,既要對專案負責,對公司負責,也更要對客戶負責。畢竟客戶是花錢來請你們來做專案的,沒有客戶,你們的生存靠什麼?可能有些科技公司覺得你們公司的資訊化很薄弱,可以很容易欺騙,糊弄。那你覺得這樣的企業能走多遠,作為一個專案經理,最基本的幾樣東西:
1,專案需求清單
2,專案生產計劃
3,專案遷移計劃
4,專案風險預案
你怎麼好意思來做什麼專案經理,所以歸根結底還是現在公司都調浮躁了,一味圖快,以為功能滿足了,這個專案就是成功了,專案經理嫣然成為了專案中的絕對制高點,下面的開發才是一切資源的管理者,如果他們負責,會對自己的資源進行管理,如果單存的就是幹活。那麼一切都是為了幹活而幹活。這就不是專案。所以作為一名開發人員,我不說專案經理,我每次在專案的負責的部門我能說的很清楚麼?我們都愛主觀的去發現別人的問題而忽略了自身的問題,作為專案經理,我們能否負起應負的責任。所以,不論是科技公司還是所謂的專案經理,請你們對自身進行一個很好的定位,不是隨隨便便吧一個人說我懂業務,我是業務大拿,亦或是一個開發人員,我是開發高手,什麼業務場景我都能實現,你就能成為一個專案經理了。一個專案經理要負責並且掌握的東西其實是非常多的,能從多個角度為客戶來負責專案的專業的管理人員。所以具有什麼標準的人才能成為專案經理,還是需要深刻考量的,只有標準的,規範的處理流程,才能走的更遠,送給目前和這位專案經理一樣的人,也送給講專案經理定位目標的人。