互聯網浪潮下,項目經理該如何應變?

企業不一樣的發展階段對項目管理的形式、對項目經理有着不一樣的指望,企業的發展正對應着一個項目經理的發展方向。架構

1、從零到一組建項目管理團隊,重點在理不在管ide

首先,對於從零開始組建項目管理團隊的公司,這時候廣泛的問題是技術團隊開始龐大(可能超過100人了),每天加班,需求推動緩慢。測試

項目管理團隊在這個時點介入的重點在於理而不在於管:優化

一、首要任務是梳理清楚目前各個業務線或者產品線的工做流程,並清晰化當前正在作的以及規劃中的各類需求和資源。blog

二、派駐項目經理到具體的業務產品線裏,跟技術團隊一塊兒工做,規範化平常的需求或小項目,例如按周或按日出進度報告,把每個需求都具體到明確的人來跟進。事務

三、理清項目完成的進度,解決方案,讓老闆能一目瞭然看清楚整個團隊在作些什麼以,人都用在了什麼地方,需求資源可視化讓老闆心中有數。項目管理

四、每個小的團隊都要按照規範管理,並對老闆可視化,不必定是通用的管理規則,優先注重團隊協做效率。並持續優化,在團隊中造成這種工做氛圍。資源

2、項目集經理誕生,解決問題,開始扛事get

通過第一步的規範以後,團隊工做應有章可循,且需求和資源清晰可見,老闆能夠清晰的知道團隊的主要投入在哪、瓶頸在哪,明確接下來該往哪方面投入資源,並集中資源攻關一些大項目。團隊協作

此時廣泛會出現的問題是:

跨團隊協做互相扯皮
各方埋怨溝通不到位
責任邊界不清晰

簡單地說,幹只需一天的活,要花一週時間扯皮明確責任和邊界。
這時候就要有一位英雄能站出來,一位獨立於各個業務部門的人來統籌整個跨團隊的複雜項目,協調各類事務,明確團隊邊界,讓扯皮迴歸有序的人。老闆須要一個項目的負責人,找這我的瞭解項目的相關狀況。
項目集經理應運而生,負責跨較多團隊且業務複雜的項目,除了對總體業務的理解和把控能力,特別是對業務邊界的劃分,以及團隊間的平衡和衝突解決能力。要求很高,簡單說項目經理要開始能扛事了。

3、互聯網弱矩陣環境下,出事要扛,作完事沒業績

雖然說是項目集經理,但不能忽視國內互聯網企業的項目經理普通是以弱矩陣式的組織架構存在的,他們沒有考覈權,有不少資源調動不了,在跨團隊項目中存在的價值就是讓技術團隊去發揮自身的價值。就是苦逼,出了事要扛,作完事卻沒有業績。
國內的互聯網公司發展大多分爲兩個階段:

一、業務快速擴張的初級階段,項目管理剛開始走進第一步。

二、上市且業務在穩定增加,由於過了快速發展的紅利期,但又有股東及業績時間要求,會被迫提出許多複雜的業務,或去嘗試不少創新的業務,致使這階段的項目複雜度很是高。
歷經了第二階段錘鍊的項目集經理會對公司總體業務有較深的認識,且能很好把控跨部門間的業務協調,成爲這一類項目的帶頭人,或真正的負責人。
若是新業務不歸屬於原先的任何權力範圍,劃地盤的機會少一些。這時候的項目經理更相似於一個交付型的項目經理或者一個項目負責人,老闆給你方向,給你資源,你來全權負責,固然也得背鍋。
此時,項目經理已經從按要求把事情作好,轉變成決定作哪些事情。項目管理也再也不是簡單的在時間成本質量下把事情作出來,而是用這套方法理論,來引導甚至來決定在項目中哪些事該作,哪些事不應作。

4、傳道授業解惑,沉澱並推廣項目管理方法論

能走到第二階段的企業,不少時候已是一個龐大的集團了,更加依賴的是管理方法而不是我的。因此項目管理方法理論的沉澱及推廣在這裏會顯得尤其重要,這就是所謂的底線共識比真相更重要的道理。
到這階段的項目經理更相似一個佈道者,傳道、授業、解惑。明確理解項目經理從一開始介入一個項目就是爲了退出,咱們要帶去的是項目管理的方法理論,以及行事的底線共識。工做的目標就是讓項目裏的全部人都充分調動起來,而你儘可能少動。

5、沒有業務前瞻性,很容易被拍在沙灘上

項目管理若是隻是停留在排期、把控進度等基本問題上,沒有業務前瞻性,只是完成交待的事情,沒有決定權,那很容易被拍在沙灘上。正所謂一流的企業作標準,二流的企業作品牌,三流的企業作產品。
項目經理也得從基礎將排期把控進度這類最基本的問題在小團隊裏執行起來。再經過提高本身的業務專業度造成本身的品牌,讓老闆一想到某一塊業務就會天然去想到交給你去負責。

最終輸出規則標準來指導業務發展方向,並推廣項目管理的理念以造成文化傳承,讓項目管理的價值體如今全部人的平常工做當中。

合理而且有效地運用項目管理軟件,不只可讓咱們工做井井有理地進行,還能最大程度保證項目目標的達成。我推薦使用CORNERSTONE,它提供了包括任務/需求/測試管理、迭代規劃、缺陷追蹤、報表統計、團隊協做、WIKI、共享文件和日曆等功能模塊,如今申請20人如下團隊便可無償使用。
aeef399ffa8046109e455da2e8c34dc4.png

相關文章
相關標籤/搜索