產品經理如何進行項目管理

01-05

很多公司並沒有項目經理一職，產品經理在規劃產品的同時又要帶項目，那他們如何進行項目管理呢？

分享一下我過去做PM時的心得。

1.一個明確運營目標

我想這是一個PM容易忽視的一點，值得拿出來被重視，我在區分合格的PM時有個最簡單的問題就是這次迭代是為何而做，是為了提升註冊轉化，亦或者是一個全新項目中，需要達到多少日活、周活等，總之需要上至CEO下至工程師都明確的一個目標。

2.一套有效數據檢測系統

一般主流用 Google Analytics 和 Mixpanel 都是不錯的工具，可以有效監控產品的各種數據，如果要求很高，那就自己建立。這樣會直觀的反饋離運營目標還有多遠。

3.一個良好的需求反饋和版本迭代機制

在這個方面我的建議是需要關注這幾點：

不僅僅要收集各渠道的需求，更要在滿足需求後反饋給用戶，因為所有人都是抱著興趣來體驗，帶著希望提需求，最後落寞的離開的節奏，如果他們在某天被告知需求已經被滿足了，那會感到被重視，口碑就是這麼做出來的。
在迭代版本時最好固定周期，以Group的形式拆分團隊，比如：2周一個迭代，確定圍繞的目標，帶上設計師、工程師、運營等人員一起商討做哪些需求，這樣的群策群力的效率會很高。分享一個我們明星員工Bella的案例給你：如何讓用戶變成「粉絲」——產品團隊的反饋處理

4.一款好協作工具=信息足夠透明+進度不失控

工具會讓你把時間花在最重要的事情上，通常項目團隊都是圍繞任務開展工作的，沒有稱手的工具會造成團隊信息不對等，布置的工作過幾天連自己都忘記了，任務優先順序由執行者自己決定，項目就逐漸失控了，那工具挑選的重點在於，簡單的任務分配、及時的進展反饋、良好的交互體驗，確保所有人都會用和喜歡用。

分享一些產品給你：老牌的 Plugins - Red 最有名的 Basecamp (國外、英文)

也可以來試試我們團隊做的 Teambition 當初選擇自己開發就是因為找不到令人滿意的項目管理工具，目前網頁版給每一個項目提供「動態牆」「任務板」「文件庫」「日程表」多個應用來分別解決項目信息分享任務管理文件共享以及項目日程安排幾方面的需求最近還提供了「回顧」功能幫助你了解每個成員的工作情況完全無需寫日報了=p

此外全功能的 teambition for iPhone 和 teambition for Android 都已上架

我們每天都非常努力希望幫助您不斷提高項目管理效率有上手問題使用問題理念問題產品需求都請隨時聯繫我 yan@teambition.com

關於產品經理如何行使項目經理的職責其實在很多產品經理入門書籍中都有了很詳細的剖析，提問題的童鞋可以找幾本書看看

而經過我親身的經歷，得出的結論是產品經理在管理項目時，內心會經歷從糾結到平和的過程，這歸結為項目管理和產品管理的目標存在區別，產品管理是保證產品全方位、各階段的成功，所以它是個持續性的工作，當一個版本上線後，產品經理會鋪到下一個版本的改進中，而項目經理則是

在確定目標、劃定範圍、固定時限、給定預算等限制條件下的一次性努力，所以在執行初期，那眼淚啊嘩嘩的，不過還好進過一段時間的努力和摸索，最終你的內心將趨近於平和，因為最終你會發現項目管理其實和產品管理的本質目標其實是一致的，那就是產品最終的成功，再好的產品也不能在延期無法上線或者經費超支過多的情況下取得成功，而項目管理的本質也是要保證產品的成功，也不能為了資源、進度而放棄這個目標，到這個時候，產品經理在管理項目時就遊刃有餘多了。

一點小體會，不知道對提問的童鞋有沒有幫助。

先說幾句算是廢話的廢話吧！明確項目目標，期限，資源，這幾個在接手項目時候都是需要好好掂量的。

作為項目經理，必須保證你的產品在有限資源下，期限內，最大限度的完成既定目標，這就意味著，必定會有一些產品功能會被犧牲，所以需要拆解產品結構，分清哪些是必定得完成的，哪些是性價比高的，而哪些，是可以後期跟進或update的，對需要完成的列好優先順序，當了解需要做的事情之後，知道該拿出什麼最初產品之後，就需要把拆解開的任務依次分配下去，記錄並每天跟進進度，常常會遇上突發事件，及時了解解決問題或者捨棄，是項目經理常做的。至於團隊管理，不大懂就不說了！

看了下面很多回答。大多數都聊到了心態，責任心，方法。有的直接推薦項目管理工具。這些答案裡面我比較認同那位「慫了的匿名用戶」：）。

產品經理和項目經理都叫PM。不過他們的工作職能，目標，技能可以說完全不一樣。現在大多數公司都沒有專業的項目經理，需要產品經理兼職。（也有些公司是項目經理去做的產品經理的事，其實也蠻蛋疼）。這個過程我也經歷過，所以提些產品經理兼職項目管理的一些經驗。

1 了解產品經理和項目經理的職能目標差別，找到其中的平衡點。

產品經理的工作目標是達成運營目標，滿足用戶需求的同時追求極致的用戶體驗。而項目經理則是把項目按照既定範圍內的時間，資源按質按量的完成交付。所以在實際的項目執行過程中，兩方往往是在博弈狀態，一個在索取，一個在維護。

如果要自己同時擔任產品和項目管理2部分職能，那找到這2個不同目標的平衡點顯得至關重要。更好的體驗往往需要更多的資源（時間，人力，資金等等），練練雙手互博吧：）。

2 學習一些項目管理的知識

項目管理不是簡單的進度跟進。特別是一些較多人參與，環節繁多的項目。任務拆解，資源分配，計劃建立，文檔管理巴拉巴拉一堆事情都有專業的方法。這邊還是看書吧。項目管理的書一搜一堆，可以看看《管理的實踐》。還有標準教材pmbok，至少了解下基本的管理內容，多看看一些他人分享的項目管理經驗也很有幫助。

3 使用項目管理工具

如果是簡單的項目管理需求，推薦使用在線的項目管理工具，國內：明道，teambition，worktile，國外：asana，trello，basecamp，不過還是推薦國內的，符合國人的使用習慣和速度都是優勢。這些工具都是有免費版的。優點是能夠讓項目成員一同參與到項目管理中，做到及時的溝通和知會，因為項目管理中很大一部分工作內容包含了溝通協調的工作，能夠減少很多工作成本。缺點是面對一些偏專業複雜的項目管理在功能上稍顯不夠，。

如果只是自己需要一份文檔跟進維護，那就project或者mac上的ominplan也不錯。缺點是不能像在線工具一樣讓項目成員加入進來，只能自己本地維護項目進度文檔，文檔的更新分發會很麻煩。

最後，關於產品經理去做項目管理這事，做和做好是2個概念。產品和項目管理兩部分工作同樣需要投入巨大精力和專註，對同時處理多項無關聯事物的能力有極高的要求。不懂項目管理可以去學習，沒有經驗可以累積。但個人精力這個東西就沒辦法了。一些牛逼閃閃的職場牛人幾乎都天生自帶紅牛屬性（我們boss也經常半夜還在工作）。能夠合理的安排自己的時間，制定高效的工作計劃是同時做好兩件事的前提。

一些建議希望能有幫助。

一個問題，三個廣告

寫核心內容前，我想先寫一些前言之類的內容，表達一下我這幾年的感受。對於一個職業人士，你的第一份工作決定了你對自己工作認知和對行業的看法，個人十分認同這個觀點，甚至你多年以來換了不少份工作，但是第一份是最令你印象深刻的。身處在這個時代最具活力和最具創造力的行業，也感到自己十分幸運。真的所謂干一行，愛一行，身邊十分優秀的人才、大牛們都是非常喜歡這個行業，才稱為這個行業的弄潮兒，其他行業也一樣，不喜歡自己的專業和行業是很難有所成就的，成天抱著上墳的心情去面對自己的工作，結果可想而知。我身邊也不少人天天抱怨自己的專業多麼的辛苦，掙不了多少錢，自己的出頭之日遙遙無期之類的人，面對他們我只能選擇沉默。

職業上第一任老大，十分重要，你的水平有時候也是他決定的。我幸運遇到了一位十分優秀的leader，在中國IT行業早期就從事技術工作，曾經擔任過摩托羅拉中國區技術總監、微軟中國技術總監，從個人視野、專業技能、為人處事和人脈關係都在現在很多中型IT企業CEO之上，當前IT企業重要的leader很多都和他是好朋友。即使他的履歷如此華麗，但本人也是一位十分低調的人，平時對工作和生活的思考異常深入，我敢說對每天的工作比公司里一般人思考的都要多，每次產品討論會上總是收穫頗深，我自己敢說在百度工作一年多的時間，成長速度遠不及在那工作半年。

以下內容為第一期工作時的總結：

1.工作態度：首先，可以歸為職業素質，這個是做一切事情的前提，不管是工作、學習還是生活。態度不僅僅會影響到自己的工作狀態，更會影響到同事之間狀態，團隊里堅決不需要負能量的人，即使你的能力有多強。面試時與很多優秀團隊的老大們聊過，他們最常問到你的一個問題就是，在工作中你認為令你最開心和最有成就感的工作是什麼？其實對於入行沒多久的人來說，大家做的只是一個螺絲釘的工作，個人也僅僅是一個公司機器上的零件而已，你的工作在很多人看來無所謂成就和成果，充其量是個結果。但是leader們就是想要知道你是如何看待一個不起眼的工作的，能否從一個簡簡單單的工作中找到自己價值和歸屬感，是否敢於放下自己即使名牌大學和名牌專業的背景去做一件不起眼的工作，找到其中的樂趣，做到簡單可依賴。其次，面對工作中的困難，既是機遇也是挑戰，要以十分興奮和開心的態度去看待，終於可以施展拳腳去解決有挑戰的問題了，邏輯複雜的產品問題是十分有意思的，和許多人探討這個問題解決方案，收集不同專業的同學的idea，思維的碰撞，可以讓自己的思考能力提升很快，最後的你需要充分的調研和涉獵才能做出正確的決定。記得有一次是做IM表情功能模塊產品研發，表情種類涉及非常多，基礎的emoji、微博基本表情、動畫大表情等。拿其中一個展開來說吧，動畫表情是這些表情里最複雜的產品設計，需要考慮IOS的兩種解析度和android的解析度屬性，在不同的系統里需要開發不同的動畫解析器，不同解析器對GIF圖片解析能力不同，需要制定不同的GIF播放速率，而且GIF動畫還會遇到白邊的瑕疵，為此當時在網路上搜索了很多文章來解決問題。最後問題解決了，研發同學和我們產品同學都非常開心，從中大家都成長很多，以後遇到這類問題都會駕輕就熟。最後，如何正確處理工作與生活的關係，這個問題曾經在大學實習的時候就一直困擾著我，每個人都有自己的想法和態度，但這個關係的處理直接影響到對工作的態度。我的好朋友說自己努力工作是為了更好的生活，生活才是人生的主題，工作僅僅是項工作；也有創業的同事每天全身心投入到工作之中，甚至在假期的時候一起在聊天群中討論產品設計問題，感覺工作佔據了他大部分空間。但是我自己是這麼認為的，從小自己數十年努力學習，為了就是有一個好的未來，而這個未來中工作佔據了很大的分量，生活質量的好壞與工作順利與否佔了很大的因素。遇到一些工作優秀的人，工作上與自己相關的事情盡全力將他處理好，其中也會影響到其他方面，但是在其他機會的時候也會儘力去彌補。工作性質的問題，工作習慣也會大有不同。本身從事互聯網工作，用戶需求變化極快，有時會為了緊急的任務去加班加點，設備突然出現故障，這時你即使在休假，也得馬上甩開一切去處理麻煩。而例如在傳統行業就不一樣，按時上下班，工作按時完成就行，工作對於生活的影響就沒有那麼大，所以工作性質也是影響的工作態度因素。

2.責任心：

責任心是新人工作到一定程度需要掌握的重要工作素質，只有樹立起責任心，上級才會敢於將工作任務安排給你，才會成為團隊的核心。也是未來作為領導者的優秀素質之一，大家經常抱怨我們不受公司重視，我們的工作不是公司核心業務，但實際上誰把自己的工作干漂亮了引起了注意得到賞識，誰就是核心。一開始工作的時候，大家都是合作完成工作，都會遇到問題甚至錯誤，很多人選擇了推卸和撇清關係，好處不多說，起碼弊端很嚴重。有責任心的人，當問題出現和即將出現的時候，能夠主動接過或者繼續承擔把事情做成功的任務，將整個項目向前推進，而不是充滿抱怨和消極情緒。團隊也會有一些同事，平時喜歡夸夸其談的說一些不切實際的空話、大話，具體到自己的工作遇到問題的時候，向領導訴苦各種限制條件讓自己的工作有多難做，是一種非常不好的表現。遇到這種情況最好大家能提供協助，最後其實發現只要願意想辦法，沒有解決不了的問題。工作平時任務相對繁重，大小事情一大堆，處理事情的輕重緩急，把控好個人工作節奏，處理好任務，就是對工作的最好責任心。舉個例子，一次在公司工作，時間正期過年休假時間段，公司伺服器突然宕機，這種情況對於一個產品來說是一個災難，世界上各大公司都或多或少的遇到過這樣的情況，機器恢復的時間是用秒來計算的，每秒都會損失大量的用戶和收入，所以修復的時間刻不容緩。當時大家都在休假，僅僅有幾個人帶了自己的PC回家，其他人都沒有攜帶，這就給修復造成了不小的困難，平時修復只用兩個小時造成一天才修復，這給大家一個教訓，工作的特殊性時刻要做好對工作事態的應對，把自己的工作穩妥的處理好。

3.與人相處的能力：

作為一個初級的管理者，需要面對好幾類型同事，我的領導，同級別的同事，還有自己的下屬，領導的領導等，這麼多小夥伴，能讓大家支持自己的工作非常的不容易。個人也走過一些彎路，經歷了一些挫折，但認為結果還是讓自己有所成長，這才是目的。領導是自己的直接上屬，個人的晉陞和各項福利待遇空間很多情況是由自己的老大決定和判斷的，所以老大的工作要按時保質做好，執行力要強，切記拖拖拉拉。自己周圍的同事是自己工作中接觸到最多的人，而且人一天的大部分時間還是和同事們一同相處的，得到大家的支持才會更好的完成任務。平時生活中會遇到很多的事情和困難，難免會出現各種情緒，多一份寬容和諒解，避免把自己的情緒放到工作中去，所以有情緒的時候後盡量少說話和作出決定，否則後悔莫及。一方面，同事間的恩恩怨怨，也不要放在工作處理中，很多公報私仇、以權謀私是對工作的很不負責的表現，每個人有自己的喜歡和討厭的同事類型，但是大家是因為一起工作才聚到一起的，所以個人認為除去個人感情，有一顆寬容的心，與任何人認真配合將工作做好，才是負責任的表現。我們可以不喜歡一個同事的所作所為，覺得他不好，但是大家還是要工作配合的，迴避越過同事都是不行的，與他們嫻熟的把工作愉快的完成是需要很高的氣量和技巧的。另一方面，團隊意識是工作以來認識比較深刻的，個人表現要照顧到對團隊的影響，維護團隊形象，不做有損於團隊利益的行為。舉個例子，團隊合作中經常會遇到大大小小的會議，會議上經常會做出很多決定，作為一個團隊成員要積極維護大家在會議上達成的共識，有問題及時提出來，避免在執行過程中再出現表達自己意見節外生枝的情況，造成重複討論，甚至在開發過程中再進行一件反覆造成浪費時間和開發資源。

4.學習能力：

身處知識經濟時代，從事信息產業，知識更新換代的頻率比任何時候，比任何行業都要快，這種廢話還是要說的，也要時刻提醒自己。蘋果和谷歌的移動設計成為了設計行業的標杆，設計每年進行一次大更新，每半年進行一次小更新，大大小小的設計團隊時時刻刻都在盯著設計風格。每天在做設計的同時就是進行知識學習和管理，每做完一個項目就要定期進行總結和回顧。這樣的工作不僅僅是完成對項目的交差，更重要的是完成對經驗的總結，梳理遇到的困難和問題，回顧自己工作不足的地方，完成對成長階梯的跨越。定時總結對於形成工作經驗會有很多的思考，形成對專業工作邏輯上面的梳理，在文字表達方面形成邏輯性的表述，會對自己的語言表述有很大提升。有時候工作過程中往往會形成一種惰性，對已有的知識和經驗的堅守，害怕新的東西，針對問題不大的項目採取慣用邏輯去處理問題，長期以往造成原地踏步和固步自封的危險。例如，現在大數據是一個十分熱門的學科，一些像谷歌和百度一樣的巨型公司，每天進行數量巨大的數據處理，將這些巨量的數據真正形成能夠為用戶和開發者所用的資源，所以我們在利用公司資源的時候，巧妙的將其運用到我們的閱讀客戶端中，形成用戶推薦系統的設想，開始PM和技術開發者們擔憂這樣的做法短期不會形成收入，而造成開發資源的浪費，所以開始向大家宣講進行用戶數據採集和用戶推薦功能的重要性，能夠讓大家認識這個工作的長期性和持續性，用戶對於書籍推薦形成持久的黏性，真正讓用戶受益。這樣會讓大家對這個功能形成一個更加深刻和長遠的認識，開始大家因為業務上要背負很大的收入壓力，遭到了在運營經理在內的許多人的反對，所以讓大家接受我們的觀點是有多難。這次的一小部分成功，不僅能夠讓我們的用戶更加愉悅的使用我們的產品，更重要的是團隊在新的技術上有更多的積累，以至於我們的產品不會落後於其它的廠家。在這次項目功能的實施過程中，我作為一名交互設計師，需要了解到許多數據挖掘的技術知識，與伺服器、中間層、數據挖掘演算法工程師和客戶端開發工程師，後端數據交換方式直接會影響到前端用戶體驗，推薦演算法和數據存儲位置的方式都是和工程師同學一個個的協商完成的，過程中獲得到很多技術方面的知識，獲得了很大的成長，這些知識是在交互設計課程中都不會有的。

5.溝通與表達：

工作中遇到各種問題，我不得不說溝通能力是職場成功的關鍵。在工作忙碌的時候，白天大部分的工作時間都是在開各種會議和負責溝通很多事情，等到了晚上夜深人靜的時候才開始完成自己的工作任務。粗略計算了一下，溝通的時間至少佔到了整體工作時間的一半以上，所以溝通的地位相當重要。形式上溝通的種類分為一對一和一對多兩種方式。人數的不一樣，溝通的時機，溝通的地點也會採取不同的溝通方式和方法。舉個例子，Leader下達任務，不是回回都發郵件明文規定工作內容，大部分都是口頭下達任務的。隨時進入傾聽狀態，準確無誤的領會Leader的命令，是需要不斷的鍛煉和思考的，好幾次出現過因為口頭溝通任務，導致執行結果和命令不一致的情況和leader忘記任務的情況，所以我們採取的是領導溝通完任務的時候，採取郵件再次確認的方式進行反饋，這樣彼此就有了共同認同的結果，避免了溝通不清和不暢的情況，收效非常好。會議溝通的時候，每針對一個問題點進行總結的時候都會記錄下來，會後以會議紀要的方式發送到大家的郵箱，作為會議溝通的結果。

介於知乎上滿滿的產品經理，我還是慫一下。

根據所見，大多數產品經理都搞不明白項目管理是怎麼回事。以為自己追進度，驗收質量，就是項目管理。然後自己去頂項目pm的坑，做的四不像，或者像產品團隊傾斜。引發一系列問題，導致項目失敗。

先闡述一個概念

產品經理，負責搞定客戶、用戶。讓團隊做正確的事情

項目經理，負責搞定團隊，讓團隊正確的做事情

一個產品的成功，首先得益於產品的正確認知，但更少不了項目經理的辛勤工作，讓產品變現。

結合問題

在帶項目過程中，產品經理需要明確自己的角色

1、在產品的角色中，要充分考慮需求，考慮平台功能能否滿足用戶，能否達到公司目標

2、在項目的角色中，要控制好自己的產品心。專註落地的問題。例如，根據資源情況，制定執行計劃，分幾期、幾個階段完成需求文檔中的功能，可能會有什麼風險，勤寫郵件，勤溝通。項目職責90%都是溝通。在項目管控階段，就給自己一個信號，封閉需求。不能因為原需求中的一個問題，就添加需求進行修補。

3、去學習項目管理的內容

指出一個常見錯誤。

作為產品經理，需要跟進營銷的戰略么？似乎，不需要。

但，作為項目經理，這是必須的。

因為，項目經理，或者說項目集經理，需要做收益管理。即，這次完成的產品，在市場上有沒有達到項目預期效果，如果沒有，請分析原因，有可能是營銷力量不夠，有可能是產品質量下降沒有表現出來原有價值，還有可能，是產品經理看錯了方向。這是需要項目經理做的。

現在流行的是，產品經理，於是，我們看到大批的產品經理湧現。所以，你們就踏踏實實的研究需求和方案吧。

項目管理的事情，做起來遠沒有那麼簡單。

千萬不要把驗收需求這件事，當作自己做了項目管理。

由於產品經理處於項目研發中的核心地位，因此產品經理經常需要與各部門的人員進行溝通。一款優秀的產品管理軟體可以提高項目管理的效率及質量。iClap就是一款以產品管理為核心的企業協同軟體，iClap以SDK的形式嵌入APP之中，項目中的所有成員都可以通過iClap進行產品批註，產品的原型圖分享，BUG管理等都可以在自己的APP上完成。

iClap中還有專門為產品經理定製的原型設計工具，用iClap原型工具可以打開Axure文件，並使該文件集成iClap的便捷特性，不受本地限制，生成鏈接、即點即用、添加批註、存儲歸檔。

以下是Axure原型工作流和iClap原型工作流的對比：

沒有schedule不被劃掉的PM，只有不知道自己的schedule會被劃掉的PM。

想想現在兩個案子的schedule的status，大致schedule被delay的原因如下

1.Spec的變動:這其中包括很多方面，一方面是busniess的考量，vdsl的案子已經被delay的十萬八千里了，拋去技術層面的問題，一個案子開案只是為了給個不確定的account，這就給schedule埋下了一個雷，因為spec就是accout而定的。當然，adsl的案子，因為for 某個account，而導致spec的變動，造成同樣的影響。另一方面就是PM自己在開案之初沒有將需求收集完全。

2.RD解bug的能力：這個不多說，project遇到bug天經地義，不過值得反思的地方，PM在開案之初拉schedule之時，是否給RD足夠的時間呢，PQA測完就開review的arrange是否合理呢？

3.開案的準備：總覺得現在所有的案子都是在很緊急的情況下kick off，然後schedule趕啊趕，拋開business的因素不說，我們講天時地利人和，PM能否在開案之時確保影響project一切因素都OK，比如，driver這類的，不要等到想到需要時才去push廠商，造成project的停滯

4.流程的卡關：秉承C-flow的精神，每個phase有每個phase的目的。可是現在為了schedule基本上都在打破這種精神。另一方面，對每一個phase的issue的卡關也至關重要。現在相同的issue在每個phase反覆的出現，這其中的原因值得思考

我的想法是以下幾個步驟:

1. 目標。

確定產品的最終目標和階段目標。階段目標不是將最終目標平均分配，產品開發不是做銷售，很多銷售都是將年度目標除以12得到月度目標（我個人認為這種分配方法是錯誤的），而是要按產品可被實現價值先大後小先明確後模糊的進行，前一階段的目標總比後一階段的目標所實現的總價值要高。這一部分可以參考軟體項目管理中的敏捷開發/Scrum的方式。亦可以參考第3點。

2. 資源。

這裡只說人。實現目標的是需要人的，雖然有些產品需要自動化工作比人更多。對於人，先是選人，再是用人。這裡說的人不是團隊中的每一個人，而是這個團隊里的可充當帶領團隊的將領。這個很重要，可以在以後的工作過程中幫你化解很多困難。

3. 計劃。

如果沒有計劃，任何產品或項目都處於無控制狀態。你絕對不願意坐在一個沒有方向盤的車上出行。第1點的目標分解是對目標的計劃，時間需要計劃，資源需要計劃，預算需要計劃。如何做到好的計劃？你不防參考一下《關鍵鏈》和前面說的Scrum方法。

4. 溝通。

無論你目標定的好壞，資源是否緊缺，計劃是否合理，溝通絕不可缺少。一天8小時的工作，做為產品經理或項目經理，溝通將必然佔用6小時多。如果溝通到位了，壞目標，缺資源，爛計劃都會呈現在你面前。如果溝通遇到問題，請考慮第2點裡提到的，你的人選是不是出現問題了。因為遇到的這些問題沒能被你選用的人幫你化解。

再後面，你可以選擇是否需要進行質量的監控。我認為質量已經在第3點中做了包含，所以我未單獨提出來。

希望以上能有所用。

其實人人都是項目經理～誤

其實每個大大小小的團隊、大大小小的事情都是項目管理的範疇

產品經理最主要設計產品、規劃產品、提出需求等

項目管理有很多門理論：pmp、瀑布、敏捷等，不過產品經理通常互聯網企業比較多，現在互聯網敏捷這塊比較火

入門書籍可以看看我們之前寫的《網易一千零一夜》裡面從基礎的做計劃、任務估算、站會等，一直到深入的溝通、管理、自我提昇，我們分享了許多實際的案例，希望對眾多產品經理能有幫助哈

這個問題的重點是自己角色的準確定位。

產品經理在項目過程中，承擔著發起人、監控者、最終用戶的多重職責。

說說我的親身經歷。從單純產品經理轉變為產品經理與項目經理於一身後。學會了更多元的看待如何推進產品的成功。產品經理的視角更多關注產品本身，比較少關注產品受限的資源，原先總是覺得團隊開發的產品總是不盡如人意。轉變為項目經理後，我釋然了，很多現實情況不允許你的產品一步到位。各類的資源（團隊、時間、投入等）總有太多的受限因素。現在我學會了如何在有限的資源下做產品的核心，學會了產品功能與所投入資源的平衡。能夠更好與團隊溝通需求，團隊也更能把握產品的方向。

但由於兩個職位所關注的方向還是有比較大的差異，因此兩個職位於一身對個人有很大的挑戰，將耗費非常大的精力。

看個人精力和專長所在。

一般情況下，應該考慮逐漸把項目管理執行，甚至項目管理自身交給第二個人來做。

關於項目管理髮布文章：產品經理需懂項目管理二三事 | 產品壹佰

公眾號：粥dayday的腦細胞，分享產品新人那些事

一、產品經理需要做好的項目管理幾件事

1、把控進度

制定項目時間軸，比如按照產品、交互、開發、測試、運營等幾個方面確認各重要節點，提前就可以將各項資源材料全部梳理清楚，避免快上線時候發現好多細節遺漏和資源準備沒來得及。如果有資源依賴情況，還需要進行標出。如果項目周期長可以將項目拆分為幾個階段，確認每個階段重要產出。把控整體進度，確認資源到位情況，同時將各位職責及完成時間確認清楚。

2、協調資源

這裡指的資源指的是如運營合作資源、開發資源、老闆支持等等，比如：項目中可能涉及到和別的業務方的合作，一個產品上線，在大廠，可能需要去協調對應別的部門資源合作，因為你需要對產品負責，所以可以和運營人員一同將這些資源搞定，讓你產品上線後，可以茁壯成長。只有不斷的拿到結果，開發們也才更願意接你的項目，繼續與你合作。

3、控制風險

風險：指的是涉及項目可能遇到各種不確定因素，包括風險識別，風險量化，制訂對策和風險控制。一般在項目之初步就可以將考慮可能會有的風險列出在PRD中，並且標明風險等級（低、中、高），同時針對風險需要去確認相應解決方案。經常可能碰到的風險我們可以預見的比如：上線時間緊張，資源衝突，那需要解決的方式可能有協調更多的資源，上線時間看是否可以往後，或者分版本先上一期。可以根據實際情況找到合適解決方案。

4、溝通！溝通！（注意很多確認信息需郵件確認，避免後面有坑）

項目前期點對點溝通包括需求預審、評審信息的傳達要對等
項目進行時的向上彙報，及時的與老闆溝通，確認資源與更多的支持，有風險可以得到及時解決，同時也保證自己的東西方向沒有問題。
項目過程溝通：需求變更及時記錄並周知所有相關者
項目的上線郵件：在產品上線後，持續關注數據，取得一定成果後，書寫相應上線郵件，也可讓運營同學書寫。主要為了鼓舞士氣，同時感謝項目組成員的努力，會讓項目後續更好的進行。注意幾點：數據客觀真實，是否達到預期目的，項目組參與成員，後續計劃。

二、項目管理技巧

1、統一思想：明確的項目目標、合理的開發時間、明確的項目彙報

項目開始前，有時候大型項目我們會進行項目立項會，也可在PRD評審時進行。與大家統一項目目標，要注意開發不是只告訴他們功能就可以的，需要讓他們了解實現目標和每一期計劃，他們可以站在開發角度儘早的考慮相應框架，也會在項目過程中更有幹勁。

2、項目公開：拆分階段、拆分項目、責任到人

產品可以做項目階段拆分和各個重要節點完成時間，如第一部分所說。而我們項目經理，作為技術負責人，會進行開發任務的拆分，完成人、完成時間。持續進行跟進。產品此時要對項目計划進行了解，確認時間點無誤。可以使用EXCEL或甘特圖進行項目拆分

3、進度透明：站立會過進度、項目卡片（HOLD、TO DO、DOING、DONE）

站立會：每天下午快下班前，通過簡短的10分鐘站立會，讓項目組成員每人簡短的講下目前進展，後續未完成工作，便於大家及時了解整體進展，有風險可以高效解決。因為站著開會，所以通常效率比較高，不會很冗餘。
項目周報—EXCEL管理（適合短期突擊項目，如1個月或2個月上線產品中某一塊功能）：將製作的項目工作內容表格每周進行工作量的更新，進行小結，同時註明風險。以郵件形式發送給項目組成員。
項目卡片（適用於一個長期持續的產品項目需求管理）：通過線上的協同工具進行產品需求專題管理，分為暫停、準備做、正在做、已完成幾個階段。可以讓項目組成員及時知道需求完成情況和後續需求情況。目前使用JIRA系統+confluence系統，進行線上文檔協同、代碼管理，還是比較好用.

4、產品上線前的測試：研發測——開發測——產品測——UI測——運營測

產品上線前測試會分為研發測——測試測——產品測——UI測——運營測五個階段，每個人測試的重點均有所不同。各項目組成員參與測試，可以避免產品上線後，團隊成員產品與運營說功能不符的情況，快上線前進行一次DEMO秀，讓大家保持對功能理解的統一，然後就可以準備上線啦

開發測：測試有沒有BUG，流程是否順暢
測試測：按照測試用例，測試主流程、分支流程、異常流程、邊界情況等等
產品測：按照之前寫的PRD文檔，需要重點關注流程、文案、交互細節
UI測：界面美觀度、交互細節、文案等
運營測：熟悉產品，與運營開始的要求與初衷是否相符，為產品推廣、賣點做準備

5、項目總結：團隊融合的關鍵

項目的總結和復盤很重要，產品上線後，在一周後，擁有一定的數據。可以召開一個總結會，將項目組成員開發、測試、交互、運營等全部召集，提前可以發放匿名問卷，讓大家填寫問題感悟。會上大家每人進行項目優點、缺點的討論，以及這次出現的問題。便於下次更好的進行。廣泛討論，但需要進行合理歸類。如優點、確認、缺陷這樣的歸類。

小結：產品上線後，產品經理一般會把自己的產品作為自己的孩子，所以在其中需要你像養一個孩子一樣富有責任心與執行力，讓自己的孩子活的更加茁壯，把握好這個初心，並且投入心血，我相信你的項目管理一定會做的很好。

做了很多年的PM，覺得項目管理軟體比較好用，因為這些年接觸的項目非常複雜，如果你公司願意在這方面投錢的話，可以推薦一款easytrack項目組合管理軟體。可以讓團隊協同效率提升不少，比如產品經理，有專門針對產品管理的一個模塊，對應許可權來使用，非常好。、

「產品開發是一個過程，主要將眼光放在顧客的需求上，並把需求與公司的技術、技能結合起來，然後把機遇轉化為產品和服務。通常對一個公司開發的所有產品來說，其過程都是相似的。雖然產品各有不同，但項目小組的構成、決策、計劃、以及許多具體步驟的實施方法是一致的。事實上，不同公司的產品開發過程也具有很大的相似性」

直觀顯示項目所處階段、健康狀態、重要程度
靈活自定義項目量化KPI，制定量化目標，自動匯總結果，直觀展現偏差，匯總生成組織能力基線（PBC）
靈活定義項目組合維度，自定義健康指示燈，異常信息自動推送，一個頁面直觀展現健康狀態
全面支持研發項目三級計劃管理體系
直觀展現項目監控點、通過趨勢圖展現項目變化歷程，分析變化原因
跨項目匯總人員工作量安排，從而全面、真實反饋人員的工作負荷
自動實現計劃與實際的對比分析，發現管理優化點
實時匯總項目所有變動，並能鏈接打開，展現詳細信息
通過RDM搭建網路項目團隊，實現跨地域溝通交流
構建項目虛擬辦公室，打造項目團隊共同的網上家園，交流思想，分享技術
自動基於任務核算項目人力成本，匯總其他成本進行全面預算與成本管理
自動積累風險庫，圍繞風險庫進行全面管理
實現問題提出、分析、跟蹤、解決全流程管理
靈活定義按狀態、按嚴重性、按歸屬、按人員、按時間等統計圖表
評審檢查標準化、評審問題自動持續跟蹤、評審專家表現自動統計匯總
實現文檔集中網路化管理，方便研發知識分享
在線瀏覽、批註文檔，實現能看不能下載，更安全
檢入、檢出，自動版本升級，不同版本差異對比分析
基線審核過程自定義、基線內容打包下載
實現變更申請、批准、實施、驗證的全流程管理
通過個性化流程配置，支撐研發業務的全面IT化
通過個性插件開發，公司可以靈活定義生成符合公司管理要求的統計圖表

RDM致力提供簡捷、易用、開放的研發項目管理平台，通過RDM實現研發信息的匯總與分享

研發項目管理作為產品開發流程的使能器

基於產品與生命周期優化法(PACE理論)，結構化的產品開發流程是確保研發成功的7個核心要素之一，結構化的產品開發流程具備分層、分級、並行、角色化等特徵，通過RDM的項目計劃模板功能，可以全面支持產品開發流程的實際落地，避免流程和執行兩張皮的問題。

支撐研發項目的全方位管理

研發項目管理涉及需求、計劃、任務、團隊、評審、缺陷、日誌、問題、風險、文檔等方方面面，RDM項目管理的一個核心價值在於實現了研發項目信息的匯總統一管理，信息的關聯互通。

通過報表引擎實現研發項目的量化管理

沒有量化就沒有管理，沒有歷史客觀數據的記錄和分析就很難準確預測未來，RDM的報表引擎功能借鑒Excel圖表模式，從而使用戶不需要太高的專業技能就可以靈活定義各種類型（柱狀圖、條形圖、餅圖、趨勢圖等）的圖表，助力研發量化管理。

了解詳細

支撐業界最佳研發管理模式的落地執行

從眾多高科技企業實際推行效果說明PACE、NPD、IPD、CMMI等業界最佳研發管理實踐是非常有效的，能夠最終達到縮短產品開發周期（可以縮短40%~60%）、提高研發效率（提升25%~30%）、降低研發成本（浪費減少50%~80%）；通過RDM，企業可以更低成本、更快速、更持續貫徹和執行這些業界最佳的研發管理模式。

以產品經理最常用的原型工具來說：

做常用的Axure，基本會喪失產品人手必備的軟體，但是Axure只能在PC上操作且文件保存在本地，這樣就會產生一個弊端，針對其他職位人員演示不方便，溝通繁瑣這樣一個問題，如果有一款軟體可以提供在線原型製作工具，同時移動端信息同步該多好，然後我發現了這樣一款小紅點軟體iClap，看圖：

哇咔咔，再說說神器功效：

支持手機、PC操作

基於WEB的在線製作，

50多套手機母版、組件，製作起來更簡單

文件存儲雲端，製作完成後立即通知相關人員

手機端集成批註工具，發現問題隨時溝通

自動適配解析度，完美演示

So，一個原型工具節省了多少時間，改進了我大產品的工作效率，有木有，反正我是很喜歡這款軟體。

其實我一直很不明白為啥要將產品管理和項目分得如此之開，產品不是由很多階段性的項目組成的么，要開發一個功能，召集了一批人按計劃按質量按範圍按成本完成了這叫啥？不走這一步，迭代啥，反饋啥，運營啥？這個不是基本素質么？還是我真的OUT了

產品經理在管理項目時，內心會經歷從糾結到平和的過程，這歸結為項目管理和產品管理的目標存在區別，產品管理是保證產品全方位、各階段的成功，所以它是個持續性的工作，當一個版本上線後，產品經理會鋪到下一個版本的改進中，而項目經理則是在確定目標、劃定範圍、固定時限、給定預算等限制條件下的一次性努力，所以在執行初期，那眼淚啊嘩嘩的，不過還好進過一段時間的努力和摸索，最終你的內心將
趨近於平和，因為最終你會發現項目管理其實和產品管理的本質目標其實是一致的，那就是產品最終的成功，再好的產品也不能在延期無法上線或者經費超支過多的
情況下取得成功，而項目管理的本質也是要保證產品的成功，也不能為了資源、進度而放棄這個目標，到這個時候，產品經理在管理項目時就遊刃有餘多了。

支持樓上的