1樓：十億
如果說要進行專案管理真的可以試試Worktile！
首先，任務以看板形式展示，絕對把你的任務安排的明明白白。
然後是任務分配，在裡面每個任務都可以分配給不同負責人，並且自主設定任務優先順序與截止時間，羅列再多工也全然不慌！
再來是進度監察，已完成/進行中/未完成專案開頭的進度數字說明與下面的三色比例進度條雙管齊下的對你進行任務進度提醒，保證你的任務完成度！滿滿的儀式感，在這種狀態下完成一天會不會很有成就感呢？
關於我司產品經理也有完成的專案管理經驗分享，篇幅較長，鏈結在此：【產品經理需求管理經驗分享】。
最重要的一點，Worktile10人以下是免費的哦！，有興趣的可以去【Worktile官網】看看！
2樓：蒲公英開發者服務平台
專案進度不好控制的原因其實很多，對開發成本的感知不足、各種其他需求的穿插、各種需求變更、優先順序不明確、工作流程不規範等等，都會或多或少的影響進度。
其實，許多大公司都會設定專門的專案經理，也就是管理專案進度的專職人員。不過既然專案經理和產品經理都叫PM，我們會發現很多情況下產品經理都是身兼數職的存在。
問問自己這是目前最重要的事兒嗎？產品經理最核心的功效是給出一套好的方案，但「需求」二字遠比方案更重要。簡單來說，比答案更重要的是問題，如果問題的方向出錯了，那麼自然，答案也不那麼有意義了。
其次，給自己和同事足夠的空間。
注意，這裡說的是空間而非時間。既然我們對需求池裡的需求都嚴格排好了優先順序，那麼從需求收集到方案策劃、需求評審、UI/UE、研發、測試、上線的整個過程都要盡量做到無縫對接，提前安排，提前對接。
第三，具備良好的溝通與統籌能力。
雖然我是文科出身，工科專業，沒什麼紮實強大的技術背景，但是只要做過PM，都會逐步積累到經驗，所以對開發成本的感知也是必要的，就算不說感知，跟技術人員的溝通和專案進度評估的能力也是必備的。
第四，學會砍需求。
不是所有的需求都要在乙個版本做完，更好的迭代應該是將大需求完美的拆分成無數個小需求，小步迭代能夠避免很多不必要或者說嚴重的影響。也能夠更好的進行時間管理、專案控制。當然，對於PM的要求也會更高，需要有非常強大的全域性思考能力。
第五，學會尋求幫助，這並不丟人。
乙個好的團隊、好的PM一定要有適合自己或者自己團隊的專案管理工具，最好是輕量級的，這樣學習成本會比較低，團隊合作時也會更有效率更有條理性。否則協作起來很可能需求變化、資訊不同步導致溝通成本增加或者責任不明確，造成各種程度的delay。既然不想加班，就提前多找找能幫你提高效率的工具然後靈活運用。
我們現在用的就是自己研發的專案管理平台Tracup - 軟體開發團隊協作系統，有免費版本，也有高階版和專業版，學習成本可控。工欲善其事，必先利其器，找到好工具很重要。
第六，不要隨便變更需求。
這就是需求評審的重要性了，作為PM，一定要在需求進入開發階段之前不斷的跟相關人員多溝通，不斷推倒重來是最糟糕的事情，不僅浪費時間，也會給整個團隊帶來負面影響。當然，需求本身就是乙個不斷推翻重來的過程，我們誰都不可能做到一次精準，所以，溝通很重要，不要悶著頭乙個人做。
最後，給你和你的團隊乙個寬鬆期。誰都不可能保證每一次上線都準確無誤，那麼不管是為了自己的成就感，還是為了不被領導噴，在開發的各個環節，給出一定的富餘時間去應對突如其來的變化吧。以上
3樓：網易杭研專案管理
其實人人都是專案經理～誤
其實每個大大小小的團隊、大大小小的事情都是專案管理的範疇產品經理最主要設計產品、規劃產品、提出需求等專案管理有很多門理論：pmp、瀑布、敏捷等，不過產品經理通常網際網路企業比較多，現在網際網路敏捷這塊比較火
入門書籍可以看看我們之前寫的《網易一千零一夜》裡面從基礎的做計畫、任務估算、站會等，一直到深入的溝通、管理、自我提公升，我們分享了許多實際的案例，希望對眾多產品經理能有幫助哈
4樓：
介於知乎上滿滿的產品經理，我還是慫一下。
根據所見，大多數產品經理都搞不明白專案管理是怎麼回事。以為自己追進度，驗收質量，就是專案管理。然後自己去頂專案pm的坑，做的四不像，或者像產品團隊傾斜。
引發一系列問題，導致專案失敗。
先闡述乙個概念
產品經理，負責搞定客戶、使用者。讓團隊做正確的事情
專案經理，負責搞定團隊，讓團隊正確的做事情
乙個產品的成功，首先得益於產品的正確認知，但更少不了專案經理的辛勤工作，讓產品變現。
結合問題
在帶專案過程中，產品經理需要明確自己的角色
1、在產品的角色中，要充分考慮需求，考慮平台功能能否滿足使用者，能否達到公司目標
2、在專案的角色中，要控制好自己的產品心。專注落地的問題。例如，根據資源情況，制定執行計畫，分幾期、幾個階段完成需求文件中的功能，可能會有什麼風險，勤寫郵件，勤溝通。
專案職責90%都是溝通。在專案管控階段，就給自己乙個訊號，封閉需求。不能因為原需求中的乙個問題，就新增需求進行修補。
3、去學習專案管理的內容
指出乙個常見錯誤。
作為產品經理，需要跟進營銷的戰略麼？似乎，不需要。
但，作為專案經理，這是必須的。
因為，專案經理，或者說專案集經理，需要做收益管理。即，這次完成的產品，在市場上有沒有達到專案預期效果，如果沒有，請分析原因，有可能是營銷力量不夠，有可能是產品質量下降沒有表現出來原有價值，還有可能，是產品經理看錯了方向。這是需要專案經理做的。
現在流行的是，產品經理，於是，我們看到大批的產品經理湧現。所以，你們就踏踏實實的研究需求和方案吧。
專案管理的事情，做起來遠沒有那麼簡單。
千萬不要把驗收需求這件事，當作自己做了專案管理。
5樓：密斯特王
其實我一直很不明白為啥要將產品管理和專案分得如此之開，產品不是由很多階段性的專案組成的麼，要開發乙個功能，召集了一批人按計畫按質量按範圍按成本完成了這叫啥？不走這一步，迭代啥，反饋啥，運營啥？這個不是基本素質麼？
還是我真的OUT了
6樓：[已重置]
產品經理在管理專案時，內心會經歷從糾結到平和的過程，這歸結為專案管理和產品管理的目標存在區別，產品管理是保證產品全方位、各階段的成功，所以它是個持續性的工作，當乙個版本上線後，產品經理會鋪到下乙個版本的改進中，而專案經理則是在確定目標、劃定範圍、固定時限、給定預算等限制條件下的一次性努力，所以在執行初期，那眼淚啊嘩嘩的，不過還好進過一段時間的努力和摸索，最終你的內心將趨近於平和，因為最終你會發現專案管理其實和產品管理的本質目標其實是一致的，那就是產品最終的成功，再好的產品也不能在延期無法上線或者經費超支過多的情況下取得成功，而專案管理的本質也是要保證產品的成功，也不能為了資源、進度而放棄這個目標，到這個時候，產品經理在管理專案時就游刃有餘多了。
7樓：白頭髮的程式設計師
我的想法是以下幾個步驟:
1. 目標。
確定產品的最終目標和階段目標。階段目標不是將最終目標平均分配，產品開發不是做銷售，很多銷售都是將年度目標除以12得到月度目標（我個人認為這種分配方法是錯誤的），而是要按產品可被實現價值先大後小先明確後模糊的進行，前一階段的目標總比後一階段的目標所實現的總價值要高。這一部分可以參考軟體專案管理中的敏捷開發/Scrum的方式。
亦可以參考第3點。
2. 資源。
這裡只說人。實現目標的是需要人的，雖然有些產品需要自動化工作比人更多。對於人，先是選人，再是用人。
這裡說的人不是團隊中的每乙個人，而是這個團隊裡的可充當帶領團隊的將領。這個很重要，可以在以後的工作過程中幫你化解很多困難。
3. 計畫。
如果沒有計畫，任何產品或專案都處於無控制狀態。你絕對不願意坐在乙個沒有方向盤的車上出行。第1點的目標分解是對目標的計畫，時間需要計畫，資源需要計畫，預算需要計畫。
如何做到好的計畫？你不防參考一下《關鍵鏈》和前面說的Scrum方法。
4. 溝通。
無論你目標定的好壞， 資源是否緊缺，計畫是否合理，溝通絕不可缺少。一天8小時的工作，做為產品經理或專案經理，溝通將必然占用6小時多。如果溝通到位了，壞目標，缺資源，爛計畫都會呈現在你面前。
如果溝通遇到問題，請考慮第2點裡提到的，你的人選是不是出現問題了。因為遇到的這些問題沒能被你選用的人幫你化解。
再後面， 你可以選擇是否需要進行質量的監控。我認為質量已經在第3點中做了包含，所以我未單獨提出來。
希望以上能有所用。
8樓：
做了很多年的PM，覺得專案管理軟體比較好用，因為這些年接觸的專案非常複雜，如果你公司願意在這方面投錢的話，可以推薦一款easytrack專案組合管理軟體。可以讓團隊協同效率提公升不少，比如產品經理，有專門針對產品管理的乙個模組，對應許可權來使用，非常好。、
9樓：牛輝
沒有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反覆的出現，這其中的原因值得思考
產品經理怎麼管理專案進度？
產品一哥 每乙個團隊都是不同的，結合團隊本身的特點量身定做是專案負責人的重要職責，了解產品 專案 團隊，然後細化可控的任務驅動，是值得借鑑的經驗。產品一哥 萬字乾貨！0基礎如何拿到產品經理offer 0基礎如何拿到產品經理offer 資料分享 資料提取碼 z8nr 0基礎如何拿到產品經理offer ...
產品經理如何高效的進行需求管理？
魚骨yugusoft 魚骨最新推出的敏捷專案可以滿足您對技術團隊管理的需求 敏捷開發 產品 研發 測試整體化協作工具 產品看板 歸集產品 運營需求，支援按業務優先順序提交研發 定義產品版本和版本需求，記錄版本發布歷史，分階段多泳道管理Story 分Sprint管理研發任務，Bug高效集中管理。Sto...
如何進行招聘管理？
HR小翁 利用工具管理招聘是趨勢，word Excel的管理模式不僅低效，而且不利於傳承延續。市面上的招聘管理工具有很多不同價位不同版本，建議你重點考慮使用者基數大的，同時結合己方預算。預算足夠的大型企業，用北森的居多。中型企業，有很多選擇谷露 摩卡。獵頭公司很多在用品聘 谷露。小微企業及小型獵頭公...