【組織變革篇】關於組織內分工協作的種種問題

  • 作者:由 匿名使用者 發表于 攝影
  • 2022-12-04

【組織變革篇】關於組織內分工協作的種種問題張三講法 2022-07-25

一、專案經理與產品經理之間衝突與問題列表

對於新業務,公司常見做法是將該業務獨立出去以免受到母公司組織架構、人力資源模式以及財務資源的限制和束縛,目前,很明顯,業務受到過往經驗和管理的掣肘。不談宏觀,即使從微觀上看,考核方式也不應該單純沿用網際網路公司的邏輯,因為這場仗是硬體之仗。

首先,由於公司戰略圍繞產品展開,因此,PM做的產品工作是顯性的,也是受重視的,容易受到表揚,但是專案由於週期長,很多工作是鋪墊,所以PM的苦勞相對少且易見,而專案經理的苦勞多且不容易被看到,不量產即為沒結果、沒績效,在業務初期,這種考核並不合理。我們可以拋棄“只有苦勞而沒有功勞者”,不應該誤會那些“有苦勞最後也有功勞者”。

另外,車聯網目前的商業模式是採取了傳統車企的專案制,專案經理這一角色的地位理當提高,而且,PM自身深受專案經理這一角色的困擾,因此,對於承擔專案經理角色的PM,針對於他們的考核和激勵措施應該有所調整,一方面是一線的權力要增強,尤其是資源調配,另一方面是激勵要提高。然而,就目前來看,工作量即使可以釐清,但是卻無法降低,因此,我認為需要最佳化的在工作之外,比如激勵、明確分工以提高效率等。

二、解決方案(以機制解決,群策群力)

應該透過機制將衝突暴露於問題集中爆發之前

由於B端客戶的多樣化,產品經理和專案經理很難合二為一,但是產品經理和專案經理的責權應該規定清楚,從本質上講,產品經理應該一直看到產品落地,我認為這是PM該有的姿態。當然,鑑於當前的業務形態,每個PM不可能做每個專案,解決辦法可能有:

1、分工:分工可以減少推諉、提高效率,也是改進的基礎,產品與專案繫結,規定清楚PM應該在專案推進中的責任權力,體現在紙面上,必要時進行考核,讓他們重視產品落地,感受到市場壓力,對最終產品體驗負責

2、激勵:每個PM深受專案困擾,針對專案經理的激勵需要制定政策

3、權力:專案經理的權力要大,尤其在呼叫資源方面。

注:文中的專案經理均指角色,不指代某個人,因為PM身兼專案經理

三、其他觀察

1、關於目標管理

網際網路公司層級很少,卻依然缺少充分溝通,而且,上級對下屬目標完成難度和實現狀況理解存在較大偏差,這說明目標不是從上往下傳導,不符合目標管理。

2、關於激勵與考核

第一,以網際網路的思路理解車企落地專案可能有問題,在實際落地的專案中苦勞和風險可能更多,看不見的工作更多,所謂的結果(SOP)較遠,非短期可以看見,專案經理不是在處理風險,就是在處理風險的會議室裡,這不同於網際網路的“小步、快跑、試錯和迭代”。在組織內部,考核功勞是對的,以績效為組織精神也沒有問題,但是這些看不見、摸不著的苦勞恰恰是達成目標和績效所必須經歷的過程,因此,必須承認這些工作的價值,換句話說,專案不同於產品,不僅結果有價值,過程也有價值,而過程又不是浮在表面、顯而易見的。

第二,事本大於人本,人本又要“以奮鬥者為本”,專案應接不暇,變現程度多有差異,專案的優先順序到底是該按照目前的公司關係分還是按照實施的深度分存在爭論,但應該按照貢獻來予以激勵,就目前而言,市場處於快速擴充套件期,而產品又需要打磨,前線的“士兵”不斷髮起衝鋒,邊進攻邊填彈(產品打磨),更需要後方有支援(物質激勵)和認同(精神激勵),華為的“不讓雷鋒吃虧”是這個意思,否則,人本剝削資本,激勵的平均主義傷害員工積極性。

因此,工作量因為市場擴張短時間內很難壓縮,就要考慮分工和激勵,在許多方面做到規範化以提高效率,不能凡事都太隨意。

3 、組織內兩大矛盾

1)專案繁多、優先順序不均與產品打磨之間的矛盾

需要定義何為優先順序;

專案繁多來自高層決策和市場擴張,而產品打磨卻是市場的壓力,兩種力量形成衝突

2)PM與專案經理由於市場壓力不均導致彼此協調效率低下的矛盾

4、關於專案經理與產品經理之間的分工

1)產品經理的壓力來自市場,不應該來自專案經理

在車聯網的具體業務中,產品經理與專案經理之間分工、權責不清晰,專案經理幾乎包攬所有責任,PM則從不為市場交付而承擔壓力,PM最大的壓力來自於他自己負責的專案,可能不會為所有專案中的全部產品模組負責,其中的一個根本原因是產品經理沒有直接對接市場,面對客戶。如果一個PM感受不到市場的壓力,感受不到市場的溫度,中間需要同時有一個車企和一個專案經理作為雙層隔熱層的話,這對於最終的產品是有害的。PM應該儘快響應專案經理推動中的市場壓力,這是必須的,也是必要的,要想打磨產品只承擔自己負責的專案產生的壓力怎麼可以,當然,兩頭兼顧工作量會很大。感知每個專案中產品模組的壓力後,問題的關鍵就落到了如何緩解這種壓力上來,也就是專案的繁多、優先順序參差不齊與產品打磨之間的衝突,一個是市場發展的需要,一個是核心競爭力的形成,“同時兼顧”是一個組織戰略問題,這個應該著重解決,但不應該以犧牲PM對市場壓力的感知和響應為代價。

2)關注組織結構和職權分工

首先,PM與市場之間橫亙著專案經理和車企,隔熱層太多,同理,當專案經理需要PM提供產品的反饋時,產品往往有頓感,因此,專案與結果之間反而又嵌入了一個PM作為隔熱層,推進效率十分低下,倒不如直接去找技術溝通,但PM對於市場就完全無感知了。這種模糊分工導致彼此成為對方的推動障礙。

分工固然難以分清楚,但是沒有初步的規範,混亂會消磨更多效率。

3)串聯傳導壓力有問題

其實,很多工作一直都在溝通,溝通幾天都沒結果,為什麼沒結果:技術不想做、PM響應慢。最後客戶發火了,技術和PM都說那還是乖乖做吧,看來,壓力只是傳導到專案經理這裡是絕對不夠的,傳導給每個人才有效果,要並聯的組織結構,不要串聯,因為壓力會逐級削弱。

4)一線的專案經理是否該有最大的權力

專案經理的權力並不大,身處一線卻不能呼叫很多資源,一線計程車兵最瞭解市場,卻無法呼喚炮火。

5)不要用網際網路公司的邏輯考核專案經理

在傳統車企中專案經理權力很大,呼叫資源能力較高,而網際網路公司重視PM。但是與車企的對接方式決定了公司必須改變針對專案經理的考核方式,在資源和權力方面是否有所傾斜是一個非常重要的議題。用網際網路思維而非硬體思維打智慧駕駛這一仗,有可能會吃虧,也有可能會一敗塗地。

5、關於溝通方式

溝通自下而上層層彙報符合科層制要求,也是最簡單易行的方式,但是自上而下的溝通卻是管理學者和管理實踐者們都在倡導的,走近一線對於管理者而言將會越來越難。管理者需要明確下屬的進度、困難點和支援點,但絕不深入業務。換句話說,如果不做業務,他的工作就成為了“首席解釋和溝通官”。

6、我們不是創業公司,需要探索出符合新業務發展的管理模式

在很多方面,我們都不是創業公司,但是業務新,戰場殘酷,激勵就必須跟上,“大公司管理+新業務”的搭配是非常危險的,這個問題在“顛覆式創新”裡顯而易見,舊有的管理方式和資源調配方式會阻礙新業務的成長,尤其是會錯過新機會。

關於分工的幾點思考

首先描述建議,然後再說依據,如果前提假設不合理,建議便不可行。

建議:

專案經理的崗位再定義(責任大權力也要大): 在某一個具體專案中(不考慮其他場景),專案經理角色最為關鍵,要以專案經理這個角色為主,從理論上講,專案經理的權力應該遠大於技術、BD和PM,只有如此,他才能迅速調集資源推動專案,因此,需要重新進行崗位定義和設計,在崗位中要強化該崗位的 權力和資源(讓人有能力幹)以及激勵(讓人有意願幹) ,這樣每個人都 能夠並且願意 勝任

2、 串聯不分級只能做甲乙方,並聯分主次可以做軍師,以專案為作戰單位: 目前在某個專案中,現狀是專案經理內部求著PM,外部求著車企,平級之間推進效率緩慢。在具體專案中,專案經理的權力應該大於PM,同時,專案經理掌管KPI,專案經理為主,PM為輔,PM是專案經理的賦能者,專案經理是PM的市場壓力傳導者,二者繫結, 並聯同時 面對市場

3、 只做最重要的事: 部分專案經理的繁雜工作可以分出去或者外包出去,比如協調車機可以讓BD做,語音測試找外包做

4、 制度化:

1)紙面上定義清楚彼此的權責,尤其是針對交叉模糊的任務需要定義清楚,另外需要根據專案需要不斷更新;

2)設定負反饋機制,KPI繫結,如果違反規定,應該有相應處罰才能完成閉環管理。

依據和假設:

1、 專案經理很關鍵: 由於對接車企,目前車聯網的專案經理這一角色更像車企的專案經理,與網際網路的專案經理差異太大,崗位要求很高(組織能力、資源呼叫能力和溝通協調能力等),因此,這個角色很關鍵、任務也很重,需要更高的權力和更多的資源,只有配備好武器,一線衝鋒者才能快速搶佔市場。

2、 PM需要了解市場,全盤把握產品: 由於業務新,專案多,每個模組的PM只有對各個專案的市場情況有一定了解才能全盤把握產品,即PM的角色不能離開使用者。無論是訂製化的需求還是不可複製的需求都應該與整體產品戰略相聯絡,都不應該被PM忽視。單純的內外分會將PM隔絕於公司內而無法瞭解車企需求,更無法瞭解使用者需求。

3、 串聯不可取: PM和市場之間隔著專案經理和車企,市場壓力逐級遞減,而專案經理與結果之間隔著PM,專案經理不求助PM而是直接解決問題會更快實現結果

4、 現實: 幾乎每個環節都需要專案與PM的溝通

隱患:

後期,大多數人由於專案增加,專案經理這個角色產生的壓力會越來越大,因此,一方面需要定義專案經理的角色,認識到專案經理的意義,另一方面基於專案經理的認知討論分工問題。

Top