先思考這樣幾個問題：產品經理為什麼要學項目管理？要想做好項目管理，總共分幾步？
要把大象裝冰箱？攏共分幾步？
三步，第一步，先把冰箱門打開。第二步，把大象裝進去。第三步，把冰箱門關上。這是一個非常完整的的項目管理。
那麼項目管理，總共分幾步？
項目管理，實際上就是一個標準化的流程管理。而這個流程上，每一個環節，都是有可以優化迭代的地方。那麼，完整的項目流程一般有哪幾步？
先等會兒，為什麼先講流程？這裡呢，也給大家做個說明，就是如果你的工作不能形成標準化的流程，你的工作就無法傳承下去，別人不知道你工作是怎麼做的，你離開之後，你或許留下了牛逼的產品，但是沒留下你的經驗。
這裡呢，大家其實可以感受一下，比如某知名互聯網教育公司，會有一個叫班班的崗位，就是班主任，這個崗位，是不是就是一個標準化的流程崗位呢？？
第一步，學員付費後，添加學員微信；
第二步，給學員發課前通知，材料等；
第三步，通知學員哪天要上課了，是否有其他需求；
第四步，招募助教，把助教的檔期排上；
第五步，開課前一天拉微信群，通知學員學習相關事宜。
之後還會有第6、7、8、9等等步驟，這裡不舉例了，這裡大家想想，這樣做的好處是什麼？
流水的小班，鐵打的流程。不管誰走了，無論換哪一個班班，只要拿著這樣的標準化的流程，就可以照著做了。可能做得慢一點，但一定不會錯。
這就是流程的好處。每一個人看到這樣一個流程文檔，就可以照著做。套路，就是如此，可以立馬用的東西。
好了，先給大家說一個曾經做過的項目管理的流程吧。我們的PM一般是都知道產品的流程是什麼樣子的。但是呢，你可能只是知道，也這麼用過，但是從未總結過。如果你總結過，那麼，你會發現，其實要做的還是很多的。
而且在工作中，如果想成長，把自己的工作，當做一個產品的話，是有很多地方可以優化的。那麼如何優化呢，在這篇文章的最後，給大家提供一個優化的簡單方法。可以對著練一練。
一、項目拆分
言歸正傳，在產品研發過程中，一個大的項目通過會分成幾個子項目，有些子項目是並行研發的，有些是有一定先後順序的，項目管理通常可以採用甘特圖對項目計劃進行管理和跟進，明確執行部門或執行人的任務內容和目標。
產品經理需要明確整個項目的里程碑事件節點，研發交付內容，以及交付的責任人，產品經理要做的事情是要在不同的時間節點定住不同的人。
下面呢，我們給大家看一個產品的研發計劃表，主要包括產品設計、產品開發、產品測試、產品上線四個階段。每個階段裡，我們可以細分出幾個子項目來。
產品的研發管理有時候是項目經理的事情。但是在很多情況下，如果公司沒有明確項目經理，那麼這個職責就會自動落在我們產品經理的身上。
很多項目經理其實，就是文檔管理，一個優秀的文檔管理高手。當然，更高級一點的就是帶著與各種人的溝通，最後把溝通結果落在紙上，形成文檔。哎，還是文檔高手。
產品經理，如果充當項目經理的角色在產品研發過程中的管理，主要就是對各類文檔的歸集整理。當然了，產品經理或者說項目經理需要對整個研發過程進行立項管理。
立項管理，就是項目管理的第一個階段了。項目都得立項啊，不立項還管理個啥。好，我們先說說立項管理，詞雖然聽著很厲害，但工作，實際上大家都做過。
二、立項管理
項目立項的流程，分為4個階段：業務需求調研、可行性研究，提交立項申請和立項評審。
在業務需求調研階段輸出業務需求報告，由產品經理撰寫提供；在可行性研究階段輸出技術可行性分析報告，研發經理撰寫提供；在提交立項申請階段輸出立項申請報告，由產品經理撰寫提供，在立項評審階段輸出立項評審報告，同樣也由產品經理撰寫提供。這4份報告就是產品經理在立項管理中需要收集整理的一些文檔。
在實際的工作中，根據大家不同的公司環境，實際上這些流程不一定會有文檔，但是這幾個流程一定不能缺失，為什麼呢？我們一個一個看。
首先如果你在工作中，想做一個東西，那你是不是得調研一下，這個東西怎麼做，誰做了，做的咋樣等等？你總是會研究一下，思考一下這個東西要達到什麼結果吧。所以，這個階段，雖然你可能不會寫一個文檔，但是呢，你還是會做，這個階段就是業務需求調研階段。
想完之後，你一拍腦袋，就這麼幹了，然後你立馬就畫原型了，畫出來之後，你就要去評審，那麼，這樣子的過程，你覺得你的評審會，會順利嗎？當然不行了，你會被研發diss到體無完膚，你親媽都不認識的。為什麼？
因為缺了一個階段，叫做可行性研究。雖然叫可行性研究，但不一定是研究可行性，而是要讓研發知道，我們要做一個什麼事兒了，可能啥時候做，然後這個東西要做成啥樣子的。
這個過程，更主要的是，雙方互通有無，加深感情，好好溝通的過程。大多數時候，我想你也不會提出一個手機屏保隨著手機殼的顏色變化的需求，這個過程，主要是你要和研發說明白你的需求是什麼，在什麼場景下，能幹什麼事兒。背景、目的，一定要講明白，講明白了，你的需求評審會很順利。
講不明白，先別評審，先考慮考慮自己哪兒邏輯不通吧。要不然，之後你就會被diss，會被懟。互懟很多時候，就是發生在雙方沒有好好溝通。
提交立項申請這個階段更好理解，你想了一個需求，得和你老闆彙報一下吧。如果你老闆不清楚，那麼你在推進的時候，除非你需求想的特別明白，溝融協調能力極強，否則遇到問題，你根本推進不下去。如果你不彙報，你要麼自己填坑，要麼抗雷，兜底的人都沒有。所以，雖然不用文檔，但是至少得和老闆彙報一下，時時彙報。
最後，立項評審。這個階段，PM經常做的事兒，可能還是沒有文檔，為什麼呢？因為你用原型圖都搞定了，直接把意圖畫在圖上。所以，沒有文檔沒關係，因為大家工作習慣，公司文化等等因素，會不需要文檔。
總結一下，在立項管理這個階段，雖然不一定你會形成文檔，但是這個流程，你一定會走一遍的。如果不完整走一遍，要麼填坑、要麼抗雷，一路不順暢。
那麼，通過業務需求調研、可行性研究，提交立項申請和立項評審，這四個環節之後，項目立起來了，那麼，我們應該開始項目了呀，好，接下來就是過程管理了。
三、過程管理
項目的過程管理包含項目的監督與控制過程，我先給大家一個過程管理的流程圖，可以分為四個方面：舉行項目組例會、彙報項目進展、識別監督項目風險和識別解決項目問題。
在項目組周例會方面，產品經理定期（一般每週一次）召開項目組內例會，討論項目進展情況，總結問題，分配項目工作任務，會後要形成項目周例會會議紀要，該會議紀要可以由會議祕書旁聽記錄，也可以由產品經理自己記錄。
在其餘三個方面均需要產品經理根據定期例會結果將其撰寫入項目進展報告，通報給上級和所有項目成員。
在項目進展報告欄中有風險跟蹤子表和問題跟蹤子表，子表中包含對項目中產生的每個風險和問題的詳細記錄，綜上所述，在過程管理階段，需要產品經理收集整理項目周例會會議紀要和項目進展報告。
流程就是這麼個流程，但是，我敢肯定，很多產品經理兼職做這個過程的時候，並沒有感受到這個流程，而是研發時不時有個疑問，然後pm時不時的解答疑問，然後在解答過程中，發現好像自己當時沒想明白，或者就想這研發怎麼就不給我做這個呢。
反正，並沒有感受到過程中的管理，而是不斷的救火滅火中。我們回過頭來看這個歷程，實際上，這個過程本質上，是pm要持續關注著自己的產品進展，主動的去和你的研發，設計去溝通。
這裡給大家看一個真實的項目管理的表格。作為項目管理，就是需要時刻盯著這個項目，這樣的確累，就像一個媽媽桑一樣～
雖然，你可能會用甘特圖，來我們看一個甘特圖
但是這個圖是死的，你中間一定會有各種情況出現，你如果看著圖，期待著大家就這麼能完成了，那是不可能的。
所以，過程管理，大家可以看到，這四個其實就是一個溝通的過程。所以，在過程中，我們要的是溝通，多溝通，多彙報。溝通有溝通技巧，彙報有彙報技巧。這裡我們不聊這些技巧。只是先說明一下，這幾個流程，每一個流程環節，都帶著大量的溝通。產品經理就是一個媽媽桑~
過程講完了，那麼接下來就是項目結束的時候，得結項管理了
四、結項管理
當然了，可能我們很多人的結項管理，就是發一個上線郵件，還有可能連個上線郵件都沒有的，只是通知大家一聲，什麼東西上線了。這時候，我們算是完成了一個產品的上線了。但是，我們僅僅是完成了。而如果要提升，要成長，就需要在完成之上，有更深層次的東西出來。那麼是什麼東西呢？是流程、標準。
什麼意思呢？如果你只是完成了一件事情，而你自己沒有留下一個流程化的東西，首先，你走了之後，這事兒沒法繼續幹了，或者交接成本極其高，其次，你沒法迅速的教給你的下屬，沒法快速帶新人出來。你的標準，你得一遍一遍給你帶的新人講。流程，就有個好處，離了你，別人照著做就行。傳承，就是如此。
好，那麼說完流程。就想想，如果這個任務，每個人都能按照這個流程做，那如何檢驗，在相同的時間內，誰做的好，誰做的壞，差在哪兒？怎麼確保都能達成相同標準的滿意度？我們是不是應該有一個標準？這個標準如何建立呢？那是在每一次項目之後的覆盤，大家集體覆盤建立的。而這個覆盤，就是結項管理中的一個重要流程。這是要做的，最好是一起做。
當然PM悶頭做也可以。總之，你得做這件事情，落在紙上，形成流程和標準，將來你帶新人的時候，就可以直接甩給他文檔，即安排了活兒，省了你的事兒，他還能看懂要幹嘛。而且還能做出個不錯的結果。
講了下背景，然後我們該說說咱們互聯網公司的結項管理了。用什麼東西，來流程、來標準。
咱們這種互聯網公司的最大資產就是數據和分析數據的知識、經驗，而且最容易總結知識和經驗的時候就是在項目的重要里程碑和項目結束點。因此為了複用項目的成功經驗，吸取失敗的教訓，應當做好結項管理工作。一個規範的結項管理中至少包括以下3項內容。
1）文檔清算：很簡單的，就是所有有價值的過程文檔都要在平臺上實現共享，意思就是留下文檔，而且要很清晰，很規範，交接成本低，並且也是能養成自己的好習慣。當然，對於個人而言，有可能，你走了之後，直接把文檔帶走了。這時候，如果你作為管理者，你會怎麼想，哈哈。所以，還是留下吧。
2）項目綜合評價：對項目進行綜合評估，例如評估項目的完成情況/項目質量、投入產出、項目的市場價值、項目對企業的貢獻等。
3）總結經驗教訓：對項目過程中出現的風險和問題及時歸納總結，使得整個公司組織收益。
這些事兒，有些你是開發項目前就會去思考的，項目結束後，你再思考思考，前後一對比，你會有更多的發現的。說白了，這個過程，你還得有記錄，要不然，你就不知道自己曾經怎麼想的，結束後，你怎麼想的了。忘記了，也就說不出來了。這樣，很多經驗其實就流失了，僅僅是經歷了一下。
以上這些結算管理事項的最終的目的。
我們不提對公司的好處，就說對自己的好處，說的自私點，實際上是建立你自己的財富庫，將來你去任何地方，你都能講得出來，你幹了什麼，你怎麼幹的，你乾的怎麼樣。
首先是標準過程體系文件集，具體包括方針、過程、指南、模板、檢查單等；其次是項目過程文檔庫，具體包括項目計劃書、QA計劃、需求評審記錄等；第三，是項目經驗和教訓，是在項目過程中記錄下來的寶貴知識；第四，是可複用的組件，每次項目完成後這些組件有可能會應用到下一個項目中去，就可以攤平開發成本。不是有句玩笑說，我們產品經理這一年說的最多的詞兒就是：複用。
複用是個好詞兒，是一個很好的做法。複用，成本低，速度快。以上這些理論上，是應該由過程改進小組（簡稱EPG小組）負責提供的。但是啊，一般都是我們產品經理自己乾的，而且呢，有心的pm，你一定要去和研發溝通一下，當時這個數據庫怎麼建立的？數據表是什麼樣子的。當然，如果這個就是你自己寫建立標準，就不多說了。而如果你沒有寫過，這裡給大家一個案例。以後試著去和你的研發溝通一下，要一下這個文檔，問問他們怎麼建立的。做個有心的pm.
五、情緒管理
情緒管理在項目開發中尤其是高壓快節奏的開發中很重要但也很容易被忽略。一旦產生了情緒，對項目的推進和溝通必然存在影響。
其實，開發人員希望自己能夠開發出具有良好用戶體驗和易擴展的應用；測試人員希望儘可能多的測出bug，儘可能的優化用戶體驗；產品經理希望自己的產品能夠儘量的功能完善，體驗最佳；管理人員希望我們的軟件能夠儘可能的穩定、健壯。
那麼，該如何儘量的減少負面的情緒波動呢？
- 產品在立項和需求確認階段，要充分的討論和思考整個業務邏輯，儘量達到少更改或不更改需求。
- 業務邏輯和交互邏輯，要形成明確細緻的流程性文檔，避免出現需求不明確和業務理解偏差。
- 在開發階段，產品與測試人員儘量減少交涉，有問題儘量通過技術經理溝通傳達。
- 在產品開發階段，如果要進行並行測試，儘量合理規劃測試流程，明確測試重點。
- 整個產品週期中，遇到任何問題，需要主動溝通。
- 開發啟動前，明確項目的管理流程，開發中儘量嚴格按照管理流程推進。
- 產生負面情緒，要學會調節和溝通釋放負面情緒，歸根結底，大家的目標都是一致的。
六、項目管理三角
流程是死的，人是活的，問題是在所難免的。在實際的項目管理中，PM需要儘量的把自己的工作在項目早期完善，後面才會更加順利的推進。
如圖所示，一項工作，假如我們在前50%的時間完成了80%工作，就像黃線那樣，那麼最終的結果我們可能會達到100%期望，甚至超過期望；如果我們在前50%的時間只完成了30%的工作，那麼我們就有很大的風險到最後只達到60%的期望。
這裡呢，再提供一個項目管理三角，這個大家一定都見過。為什麼會有這個？因為在實際的項目管理中，我們很多時候，其實沒有那麼多資源，如果需要取捨的時候，為了保證項目完成，時間，成本，範圍，質量，總需要有所捨棄。
這一塊兒，是項目管理的精髓，這裡會有一個點，叫做如何向你的老闆提出你的需要。這涉及到溝通法則，又叫做向上管理~~這裡不敞開講了，有機會再聊，向上管理。
好了，立項/過程/結項，這個大流程，以及裡面的細節小流程，我們都講完了。那麼，這個過程，你要如何提升自己的能力呢？？？我們提供一個工具，這個工具大家都聽過——用戶體驗藍圖，我改了改名字，叫做能力提升藍圖。
七、能力提升藍圖
我教大家一個最簡單的版本的做法。首先，在紙上畫一條橫線，再畫一個豎線，組成一個座標軸。橫軸上，是順序，順序1，順序2；縱軸呢，是評分。0為起點，往上12345，往下-1，-2，-3，-4好的，就這麼畫出來。然後呢，把流程上的每一個詞，你評估一下，你覺得你做了幾分，是1分還是2分，或者-1，-2。一個一個評估，評估一下，往圖上寫一個。對應到相應的順序上，對應到相應的分值上。OK，畫完之後，你就知道你在這個流程裡，做的怎麼樣了。而且，如果你想更精確點，把這個圖，給你合作的研發，或者你的領導。讓他們給你評價一下，360度評價法麼，聽一下其他人的點評。就知道差距在哪裡了。
來，我們看一下例子吧～～
看圖上，有一個很關鍵的地方，你一定要問自己一下，如果其中一個模塊，提高一分，你應該做點什麼？我相信，你會有答案的。極簡能力提升方法教給大家，好好用。即便不想用，那麼，用戶體驗藍圖，也學習一下，哈哈~~
項目中的流程，具體名詞，大家可以自己更改，跟大家的項目不同，名詞不同。但是呢，整體流程，應該包括這三個大方面，而且每一個都會有不同的子項目。流程管理，是節省時間，提高效率，提高完成質量的好東西。
本文由 @大林的小白 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議