項目經理和產品經理的關係是怎樣的？
以互聯網產品經理和項目經理為例來說說
首先，從知識領域來說，項目經理要求技術背景，這是必須的，一般團隊的項目經理由非常有項目經驗的RD擔當，他的職責在於將目標轉化為可量化可實現的項目計劃，偏重於執行層面。而產品經理的知識領域較泛，且不一定非要求懂技術。
其次，從責任周期來說，項目經理職責有始有終，他可以負責完一個項目後，再無縫切換到另外一個項目，而產品經理基本不能，產品經理隨著產品一同成長，產品的成長更迭伴隨著無數的項目。
第三、側重點不同，項目經理關鍵詞：項目、排期、人月；產品經理關鍵詞：需求、用戶、產品。
最後，假如把產品比作一個小孩，那麼產品經理就是這個小孩的的媽，而項目經理是這個小孩成長過程的一個老師，老師可以教不同的小孩，小學老師可以把小孩從一年級培養到六年級，小孩結業，老師又換教另外一批學生。這樣大家就明白了產品經理和項目經歷的關係，老師可以換，而小孩的媽能隨便換嗎？
最後補充一點，在大公司，產品經理和項目經理分工是非常明確的，但在初創公司和一些中小型公司產品經理和項目經理通常是一個人，節約人力和溝通成本。 我總結一下《啟示錄——打造用戶喜愛的產品》中對於產品管理與項目管理區別的描述：
一句話，產品管理的職責是探索（定義）有價值、可用的、可行的產品；而項目管理的職責是關注如何執行計劃以按期交付產品。
在傳統軟體零售領域裡，產品通常以獨立安裝包的形式發布，發布間隔從幾個月到幾年不等，產品和項目具有相同的粒度，開發頻率也相同，產品經理兼任項目經理相對比較容易。
但是在互聯網產品領域，這一套就遇到了障礙。互聯網服務類產品對網站代碼的局部修改更加頻繁，發布周期縮短，大部分項目的開發周期明顯長於發布周期。所以，許多成熟的互聯網公司採取了火車模型發布模式，其中指派項目經理來控制產品發布，就不需要產品經理兼任項目管理工作。
產品經理和項目經理是相輔相成的。
如果產品經理，不能做好產品規劃和定位，產品發展方向和路線錯了，項目進度管控的再好，也出不來成績。
如果項目經理不能做好進度把控，項目無法按時按質按量交付，再好的產品計劃也無法落地。
產品經理決定上限，項目經理決定下限。當然，沒有足夠開發資源，都是扯淡。產品經理主要負責將項目經理的頭搞大，拚命創造出各種困難來阻礙項目的進度，實現等。
而項目經理主要負責將手中所有可以利用的資源合理協調好，用來應付老闆，客戶，產品經理，項目組成員們的多方刁難和他們之間的相互關係。
產品經理是做什麼。
負責產品的規劃，包括市場分析、競爭對手分析、用戶分析等，制定產品方案或策略，並協調產品設計、工業設計、產品研發等等。主要是圍繞產品而做工作。
在產品經理確定產品後，項目經理用項目管理的方法，組織團隊，去實現這個產品。主要考慮的是時間，成本，質量，產量等等。最終使得產品經理的產品得以實現。
會有點重疊，如果兩個角色都存在的情況下：
項目經理管過程
產品經理管結果
產品經理在兩端，項目經理在中間
以產品型的項目為例，如果你的項目經理很優秀那麼給他配一個產品助理協助產品設計之類的瑣事就夠了，如果產品經理足夠優秀那麼還是需要一個好點的技術經理統籌技術。
如果同時需要產品經理和項目經理，要麼這兩個是笨蛋，要麼部門經理是笨蛋。
產品經理負責作正確的事；
項目經理負責正確的做事。
產品經理: Why What (業務方向, 需求把握)
項目經理: How (產品質量, 項目質量)
產品經理負責整個產品的生命周期管理，
項目經理負責具體一個階段的產品實現，是產品非常重要的開發里程碑的重要負責人
在工作上產品經理和項目經理沒有上下級，是親密的合作夥伴
產品經理負責決定做什麼，
項目經理負責決定怎麼做。
產品經理問項目經理：我提出的產品方案，你安排工作了嗎？然後項目經理問組員：安排給你的工作完成得怎麼樣了？
產品經理與項目經理常常是同一個人。一個帶兵打仗衝鋒，一個在後面督戰，防止前者當逃兵或者不按命令衝鋒
親媽和奶媽
親媽，生你，養你，教你。
奶媽，幫你親媽，助你成長。產品經理和項目經理在計劃，資源分配，人員管理，等等方面是會有重疊的。但是基本上：
產品經理主要負責做什麼？
產品經理會告訴你為什麼要做，做什麼等等。
項目經理主要負責負責怎麼做？
項目經理則管理計劃，排期，進度等等。
產品經理:從項目的立項前的市場調研到產品投入市場後的跟蹤改進,持續!
項目經理:立項做項目,項目成品完成,結束!項目經理:監製
產品經理:導演
在很多公司, 比如我知道的淘寶和新浪, 大多數產品經理和項目經理的差別在於:
項目經理在跟進項目的同時兼任開發,
產品經理在跟進項目同時兼任產品設計.
產品經理從業務上規劃產品, 包括產品的功能和運營, 為產品的成就負責.
項目經理從技術上實現產品, 為產品的穩定和進度負責.
由於項目經理只出現在稍微完善的技術團隊中，所以對於很多工作時間不長的技術和其他外行朋友來看對於它的工作職責是非常陌生的。項目經理職位最先出現是在工
程項目管理中，和項目監理、建造師差不多是一樣時候的，我們平時很多時候提到的項目經理並不是在軟體開發領域中。在做程序員客棧之初，有朋友提到了項目監
理，建議我們可以用第三方專人來管理項目。後來我Google了一下：項目監理工作主要內容是對工程項目的實施過程所進行的監督、檢查、協調和評價協調有關單位的工作關係。項
目監理的工作不就是我們的項目經理乾的嗎？只不過項目監理是第三方的並且目前只存在於建設工程行業中。軟體開發領域的項目經理最開始從國外微軟這樣的大公
司演變出來。與Google 的Product Manager有不少相似的地方，很多Product
Manager都是從研發轉過來的，這就是大致的職位發展歷史了。
先來看看現在行業內的相關崗位：
項目經理、產品經理、技術經理、程序經理、研發經理、技術總監、項目管理、產品管理、產品助理、技術合伙人、技術總監、CTO、架構師、技術主管、產品實習生、部門經理、職能經理...
太多了感覺有點寫不完... 我從他們本質上整理了一下，大致分下面三類：
項目經理（Project Manager） == 項目管理 項目主管
產品經理（Product Manager） ==產品總監 相關崗位有：產品管理、產品助理、產品實習生
技術經理（Program Manager）== 程序經理 相關崗位有：技術總監、架構師、技術主管、研發經理
技術合伙人、CTO在我理解看來屬於另外一類相對高端職位，畢竟多了個O嘛。他們主要負責技術經理工作，然後統籌協調項目經理和產品經理類的工作，外加部分技術團隊組建管理工作。
至
於部門經理這是什麼鬼？職能經理就是打醬油的行政好伐？所以請童鞋們不要亂取名字了。我總結了一個公式：『技術/產品/項目』 +
『經理/管理/總監/助理/合伙人/實習生/主管』，大家完全可以自由組合，至於這些人具體做什麼事情，我上很多招聘網站一看感覺都差不多的...原諒年
輕的HR們互相抄過去抄過來
好吧，不扯了！來看看這項目經理、產品經理、技術經理三類工作的主要職責和區別，總的來說：
項目經理（Project
Manager）項目經理的主要職責是關注如何執行計劃以按期保質交付產品。目前為止，我認識的大多數項目經理都是技術背景出身。項目經理與產品經理有很
多類似的地方，同樣是對項目或產品負責，但關注點不一樣。項目經理的職責在於將目標轉化為可量化可實現的項目計劃，偏重於執行層面。關鍵詞：項目、排期、
人月。
產品經理（Product Manager）產品經理其實就是對一個產品負根本責任的管理者，主要工作是：行業認知及分析、需求的挖掘和分析、用戶體驗及產品設計。關鍵詞：需求、用戶、產品。
技術經理（Program Manager）。一般會帶技術團隊，對產品的技術負責。技術經理會側重技術架構方案的把握，編碼質量，團隊分工安排，一般是從研發升上來的。 關鍵詞：技術、架構、編碼。
一
些公司Program Manager 經常定義為 Product Manager + Project
Manager。後來發現很多互聯網公司的產品經理也兼任項目經理的職責。當然這樣也導致這些公司的項目經理就是管進度的，技術都不懂，除了加班和要資源
要時間其他不會什麼技能。而很多公司產品經理也不是能決定需求做不做，就是一個給BOSS傳話的。
在
傳統軟體領域裡，產品通常以獨立安裝包的形式發布，發布間隔從幾個月到幾年不等，產品和項目具有相同的粒度，開發頻率也相同，產品經理兼任項目經理相對比
較容易。但是在互聯網產品領域，這一套就遇到了障礙。互聯網服務類產品對網站代碼的局部修改更加頻繁，發布周期縮短，大部分項目的開發周期明顯長於發布周
期。所以，許多成熟的互聯網公司指派項目經理來控制產品發布，就不需要產品經理兼任項目管理工作。這段摘自《啟示錄：打造用戶喜愛的產品》
總之，一個項目，有明確的開始和結束時間，有明確的質量監控和要求，有明確的投入和產出預算，這些是項目管理的核心。
項目經理的工作就是規劃版本和預算，協調各種內部外部資源，保證項目進度和質量。不同公司項目經理的工作具體會有不同，但是大致的套路職責都是這樣來的。現在網上掛者很多項目經理工作職責的通識版本，可以供大家參考，例如：計劃，組織，領導，控制。
------補充------
開發人力分工的本質 從更高點看軟體開發的側重點
在技術外行人看來所有的程序員都是一樣寫代碼的。但是深入之後才知道不同程序員他們具體負責的職責卻如此千差萬別。寫PHP的不一定擅長前端，寫iOS的不懂Java，寫C++的搞不好JavaScript。
我們先來看看技術語言的演變發展。
總
體來說行業內是先有彙編，再有C、C++、Java、PHP這些語言。然後它們不斷升級推動軟體系統極大豐富。後面有了各種系統產品，瀏覽器等，拿瀏覽器
舉例，圍繞這個方向又多了JavaScript、HTML，CSS...各種技術。基於JavaScript
又有了基於JavaScript的各種框架例像jQuery...
表
現在用戶接觸的層面就是日益豐富的各種軟體產品。隨之而來的就是不同技術開發需求旺盛：網站建設，做APP，微信開發。配套的技術崗位也應運而生。就像之
前是沒有iOS的，蘋果推出iPhone然後iOS工程師就遍地開花了。技術崗位有生命周期，冷門的技術也在逐漸淡出人們的視野，現在市場上很少有微軟當
年熱推的.NET了，類似的也包括大學教的VB。
總之，大公司面臨複雜的實踐挑戰，他們不斷創新創造技術、管理手段方式。Facebook最開始用的是PHP，然後研發了HipHop。Facebook、Google在部分實踐中使用MySQL來存儲數據，同樣他們對MySQL也做了很多更新修改，這個可以在Google Code中找到。技術改造主要圍繞在可伸縮性和可用性兩點，其次考慮性能和成本。Google造出了Android ，Apple推出iOS，現在甚至微信也在形成一個平台級的軟體系統，很多開發需求都圍繞微信來做了。總之一切都在變化發展，技術語言也有生命周期，技術演化升級不斷造就新職位。產品開發人力分工的本質和相關職位也都是隨著技術發展而不斷演變。
程序員客棧深處行業之中，我們非常欣喜的看到：技術職位分工越來越細，單一的技術服務平台也在細分，成為市場獨角獸：伺服器容器、非結構化數據存儲、推送、郵件簡訊；各種SAAS產品在打入不同行業解決互聯網+企業面臨的EPR、財務、行政、報銷、倉儲各種問題。
雖然互聯網已經充分發展，電腦、智能手機已經走進千家萬戶，新產品技術服務也在不斷推出，但遺憾的是互聯網技術想要惠及各行各業還遠遠沒有實現：軟體開發管理的最佳模式還很需要摸索；軟體外包市場混亂不堪；行業標準還需要強有力的建立...
回觀語言的發展演進，開發領域中最高級的就是用語言和框架來約束規範使用者的行為，配套相關幫助文檔、庫...促進社會化分散式的生產。一層層的構建開發領域豐富的生態。
對
於程序員客棧，我們定位為程序員的經濟人，同時想成為互聯網的整個人力、技術的骨架工程。我們目前肯定是沒有能力從生態底層設計出一類語言工具，讓人人都
是程序員，生產出更多更好的軟體產品。但是我們可以順勢而為，讓所有的熱門技術在人的層面產生技術沉澱，助力所有行業變革，推動社會化協同的大生產模式。
現在面臨的課題就是如何推動同時並行在程序員客棧平台開發的幾十個項目；協同項目經理+ 成千上萬的簽約中高端程序員，團結他們對外輸出極具價值的服務。
相信解決這個平台級的項目管理難題，我們又會摸索出做先進的管理和工作模式。期待志同道合的朋友加入。我們構想的本質是：在人的層面增加產品復用率。深挖一
類人開放一類標準服務。這裡滿是機會，滿是市場。我們堅信，只有走過這一道平台級項目管理的坎，社會化協同的開發大生產模式才會誕生。那時開發成本會不斷
降低、技術質量也會突飛猛進。平台+優質個體會取代一大部分小公司+僱員。大公司與大公司之間也會出現數據、技術和人才的共享。
至於考證
在本文生產的過程中，發現一些童鞋在關注考項目經理從業證書。在網上搜索到了其實國家機構早已經對項目經理水平制定了標準。
計
算機技術與軟體專業技術資格（水平）考試是職稱考試，簡稱軟考。軟考的考試類別包含系統集成項目經理（系統集成項目管理工程師、信息系統項目管理師）、網
絡工程師考試等各類與計算機軟體相關聯的認證考試。該考試由人保部和工信部聯合舉辦，全國統考，一年2次。其中系統集成項目管理工程師考試、信息系統項目
管理師在軟考中又叫軟考項目經理考試。該證書既是個人職稱評審的依據。
由於身邊幾乎沒有持證程序員：我很好奇去看了一下這裡面『信息系統項目管理師』類似的知識體系。基本都是以堆積空、大、不切實際的知識理論為主。在知乎上了解到一般都是旅遊管理這樣的專業大學生去考。考過你也不知道是項目管理幹什麼的，具體怎麼干好。目前國企都不需要了！
學
習還是要練習實踐才能出真知，所以自己都開發不了一個整體的軟體產品，即使有各種證，有什麼資格、理由能當好項目經理。最好項目經理從業證書就是你優秀的
工作經歷和產品。程序員客棧100+項目管理經驗擋各種頂級證書了。同理關於國外的PMP，大家可以去參考Quora。
項目經理主內，產品經理主外。項目經理更多關注項目本身的進度，時間，質量。產品經理前期更多關注需求本身，後期更多關注產品的運營，發展，開枝散葉。
推薦閱讀：
※在 360 工作是怎樣的體驗？
※哪三本書是產品經理必讀書？為什麼？
※設計公司如何才能接到單子？
※內容的個性推薦體系如何搭建？