互聯(lián)網(wǎng)公司中，產(chǎn)品經(jīng)理兼任項目經(jīng)理職責的情況已經(jīng)很普遍艺栈，PM經(jīng)常會承擔起日常產(chǎn)品項目的推進和執(zhí)行英岭。每個公司要求PM負責項目管理的具體工作各有不同，只有進行合理的定位和職責分配眼滤，才能發(fā)揮PM應有的價值巴席，提升團隊的效率和質(zhì)量。

公司年會诅需，酒過三巡之后漾唉，同事們開始和我推心置腹說平常工作上的感悟。酒后吐真言堰塌，同事也開始毫無顧忌的說出對我的評價赵刑，雖然被別人批評總是難以接受，但從批評中總能得到對自己有價值的信息场刑。而其中最重要的一個評價便是：

在項目項目開發(fā)中般此，因為對技術沒有深入的理解，所以造成對產(chǎn)品需求開發(fā)時間認知的偏差牵现，從而給開發(fā)同事定的開發(fā)排期造成其較大的壓力铐懊。

項目管理三種模式

這個評價主要集中在項目管理方式上，目前在行業(yè)里關于項目管理的模式主要有三種：

1瞎疼、設置項目經(jīng)理職位

在成熟型的企業(yè)中科乎，一般都會有項目經(jīng)理職位，負責整個產(chǎn)品項目的執(zhí)行和落地贼急，主要包括項目成本的核算茅茂、協(xié)調(diào)資源開發(fā)、項目推進及管理太抓。

在項目開發(fā)過程中空闲，PM參與的環(huán)節(jié)主要有：完成產(chǎn)品需求的技術評審、交付完整的PRD走敌、產(chǎn)品開發(fā)中就需求與研發(fā)溝通碴倾、開發(fā)完成后的產(chǎn)品驗收。

2掉丽、技術leader承擔項目管理

有些企業(yè)跌榔，產(chǎn)品項目會由技術leader負責開發(fā)與推進，PM的職責工作與第一種模式基本一致机打。

3矫户、PM承擔項目管理

還有一些企業(yè)片迅，PM負責產(chǎn)品的開發(fā)和推進残邀，因此PM除了以上和產(chǎn)品需求相關的職責之外，還兼具的職責有：協(xié)同各部門安排產(chǎn)品項目成員、協(xié)助技術leader確定各個環(huán)節(jié)的產(chǎn)品開發(fā)排期芥挣、定期的進度跟蹤驱闷、項目變更時的優(yōu)先級和排期調(diào)整、項目交付與上線空免。

公司的項目管理

那么我們公司目前的項目管理模式屬于哪種呢空另？其實準確的說哪種都不屬于，只是傾向于第三種蹋砚，而其和第三種的不同之處在于扼菠，PM還承擔了另外兩個重要的職能：

1、在組織討論產(chǎn)品技術方案的過程中坝咐，前后端開發(fā)人員的職能相互割裂 循榆，無法給出針對產(chǎn)品系統(tǒng)性的技術架構(gòu)。而且開發(fā)人員之間缺乏主動溝通橋梁墨坚，需要PM去協(xié)調(diào)串通秧饮。那么PM需要深度參與產(chǎn)品技術從架構(gòu)到細節(jié)的方案中。

舉個例子泽篮，我們曾經(jīng)的一個功能在開發(fā)過程中盗尸，發(fā)現(xiàn)已有的技術方案完全不適用。然后所有開發(fā)人員在一起面面相覷帽撑，找不出解決辦法泼各。最后由我技術功底較強的產(chǎn)品同事給出了解決方案。包括在哪個環(huán)節(jié)出接口油狂、客戶端傳什么參數(shù)历恐、需要在哪個數(shù)據(jù)庫中建幾張表、哪些字段是已有而哪些字段需要新增等专筷。

2弱贼、PM參考開發(fā)人員給出開發(fā)工作量之后，確定最終的開發(fā)排期磷蛹。因此這個排期就會面臨雙方的博弈吮旅，開發(fā)人員為了避免可能帶來較大工作量的風險以及對不可預知的需求留出緩沖時間，會將給出較為充裕的排期味咳。而PM為了滿足產(chǎn)品的迭代節(jié)奏和高層的預期庇勃，會壓縮開發(fā)的排期。因此最終雙方會權(quán)衡一個排期的中間點槽驶。

而問題的關鍵點就在于斥黑，這個權(quán)衡排期的中間點是否合理硕舆。其合理性滿足兩個條件：

PM能順利進行正常的產(chǎn)品迭代節(jié)奏，以及滿足高層的預期

開發(fā)人員不至于因為緊張的排期承受較大的工作壓力

因為產(chǎn)品開發(fā)最終的排期是由PM決定，那么其合理性的核心就在于：PM能否準確預估到一個產(chǎn)品從界面、邏輯到聯(lián)調(diào)的開發(fā)需要多大工作量。

就如同我們?nèi)ベI東西時的討價還價一樣，確定購買的唯一準則便是對商品的內(nèi)在價值心理有數(shù)，不論賣家如何吹噓都不改變看法衷掷。而要做到心中有數(shù)就是能真正了解和認識我們要買的商品。

同樣地柿菩，PM能否準確預估產(chǎn)品的開發(fā)量戚嗅，就在于是否理解到產(chǎn)品涉及到技術和開發(fā)流程。如果沒有深度開發(fā)產(chǎn)品的經(jīng)驗枢舶，我相信這個能力是不存在的懦胞。

小結(jié)

從上面的分析可以看出，為何開發(fā)同事會指出這樣的缺點凉泄，本質(zhì)原因就是在公司做產(chǎn)品需要兩個條件：

正常PM所具備的素質(zhì)和能力

有產(chǎn)品開發(fā)經(jīng)驗医瘫，能夠?qū)Ξa(chǎn)品技術和開發(fā)有深入的認知

因為自己沒有開發(fā)和寫代碼經(jīng)驗，對技術認知并不深入旧困，因此造成如今存在的困局醇份。

延伸思考

從上面三種行業(yè)項目管理模式可以看出，其核心在于對產(chǎn)品項目的開發(fā)排期吼具，是由項目的對應技術leader來進行評估后給出僚纷。

而我們公司的技術leader呢？答案是leader并不參與整個產(chǎn)品項目的開發(fā)和執(zhí)行環(huán)節(jié)拗盒，因此不會參與到給技術方案和開發(fā)排期中怖竭，原因需要從公司的組織架構(gòu)和管理說起，目前公司的組織架構(gòu)有兩個維度：

縱向上：按職能部門劃分陡蝇，包括產(chǎn)品部痊臭、UED、iOS開發(fā)部登夫、Android開發(fā)部广匙、后端開發(fā)部等，由部門leader領導

橫向上：按業(yè)務線劃分恼策，包括投顧鸦致、經(jīng)紀、期貨等業(yè)務線涣楷，日常的產(chǎn)品和項目由PM統(tǒng)籌

而目前公司的管理風格是：重業(yè)務線分唾，輕職能部門。人員安排和資源協(xié)調(diào)基本是PM直接越過部門leader狮斗，向相關業(yè)務線開發(fā)人員直接分配工作绽乔。而部門leader的職責基本僅限于人員招聘，以及各業(yè)務線人員沖突時的協(xié)調(diào)碳褒，其他時間便是做產(chǎn)品需求折砸。

因此leader并不會參與產(chǎn)品開發(fā)技術方案和排期工作上捍壤，那為何會如此呢？

在公司鞍爱，產(chǎn)品經(jīng)理的直接匯報對象是老板，老板要求產(chǎn)品需求和項目管理的各個環(huán)節(jié)由PM負責专酗，當然如果產(chǎn)品開發(fā)未達預期首先也是向PM問責睹逃。

那么問題的矛盾之處就在于，如果技術leader并未被分配承擔應有的職責祷肯，那么leader也就沒有理由和動力參與到產(chǎn)品開發(fā)和排期的工作中沉填。

為何會出現(xiàn)這樣的職責分配和工作流程？

我的看法是：這和創(chuàng)始人對于管理的認知密不可分佑笋，公司從創(chuàng)立的那天起就確立了老板需要一手掌控全局和細節(jié)的管理風格翼闹。當公司越來越壯大，員工越來越多（現(xiàn)在有200人左右）蒋纬，創(chuàng)始人如果還需要事無巨細掌控公司的一切就會越來越困難猎荠。

如何在公司壯大的過程中創(chuàng)始人還能絕對地掌控公司，老板給出了一個于他而言不那么復雜的方式：老板驅(qū)動產(chǎn)品經(jīng)理蜀备，產(chǎn)品經(jīng)理驅(qū)動其他團隊关摇。PM需要深入到公司業(yè)務的各個環(huán)節(jié)，而老板只需緊盯PM碾阁，讓PM去解決所有問題输虱。

總結(jié)

任何一個問題地提出都有其背后的原因，而PM需要透過現(xiàn)象去尋找本質(zhì)脂凶，這其實也是一個從需求采集宪睹、分析到產(chǎn)品設計的過程。

如果要適應公司的風格蚕钦，我需要做的其實是在短時間內(nèi)就能具備深入了解技術的能力亭病，最好能親自寫代碼和實現(xiàn)產(chǎn)品。而PM的能力模型中嘶居，對技術的深入理解甚至有開發(fā)產(chǎn)品經(jīng)驗真的是其核心要素嗎命贴？我心中已有答案。