2018年過的飛快，轉眼間2018的半年即將流逝，我也好久沒有靜下來思考東西了，突然今天想寫寫自己總結項目流程。
如何體現一個項目經理的項目管理能力水平？
我想對于這個問題，大家都會又自己的回答，而我的回答有三點：
1.項目經理要制定清晰、明了項目流程
2.項目經理要熟悉常對接的第三方平臺
3.項目中遇到問題，要及時能想出可靠、有效的解決方案
今天我就總結一下第一點，我是如何給自己制定項目流程的，其他兩點就留日后再總結。
一、項目調研階段
項目處于調研階段一般都是商務為主，項目經理輔助商務，提供一些項目技術方案，設計文檔一類的。比如，一些項目需要對接其他平臺，這時候商務可能不了解第三方平臺對接需要對接哪些東西，這時候項目經理利用自己的項目經歷，可以給出詳細對接流程或者是參數。如果需要招標的話，項目經理還需要提供控標參數和項目可行性方案。
二、需求明確階段
需求一般是由產品經理對接客戶，挖取的準確客戶需求，畫好原型圖并和客戶確認好。確認好的原型圖提交到項目部，項目經理第一件事就讓產品經理從頭到尾給自己講一遍項目流程和功能設計。在產品經理講解過程中，有不懂的地方，一定要讓產品經理講明白，如果遇到產品經理自己都講不明白的地方，請注意這里有可能是項目中隱性的“項目坑”，此時一定要提高警惕，多疏通一兩遍，實在不行和客戶再確認一下。此時確認也要注意，發生這種情況，一般來說客戶自己也可能沒有設計清楚，因此我們確認是，一定要有郵件確認，列清楚1、2、3來，避免日后項目中的不必要爭吵。
三、項目立項啟動
項目啟動之前準備好材料，主要是三點：原型標注完成、效果圖確認并切圖、標注好、項目團隊組建好。
在項目啟動時，項目經理尤其關鍵，要統計好各方提出的問題，并記錄好及時傳達到項目組各個成員。此時有可能各方提出的問題匯總時有沖突，這時候就是考驗項目經理的協調能力，比如有些OA型項目需要前端出頁面才能后臺動工做功能，而客戶由于不理解項目開發流程一再擠壓項目時間，要求項目前后端并行開發，此時項目經理一定在啟動會上劃出項目的優先級，讓前端先出優先頁面，后臺隨后跟上開發進度，從而使項目處于并行開發。
項目啟動時還考驗項目經理的家底功力，比如遇到需要數據遷移，此時項目經理一定得提高警惕。首先得看客戶是否能提供完整的數據字典和數據業務流程圖，如不能，一定向客戶要時間，研究其原來數據庫，先把數據庫里面的字段弄清楚，然后設計新的數據庫，再遷移一部分數據來檢驗新設計的數據庫流程字段是否可以對應上。（這個數據遷移，我日后再詳細總結）
四、項目研發階段
項目啟動結束，進入研發階段，很多項目經理這個時候會放松一口氣，有些甚至直接交給研發不管了，等到點要東西。其實這樣是不對的，這樣存在很多項目風險，萬一研發出狀況了，項目經理被蒙在鼓里，等項目節點到了基本上沒有時間來挽回項目。
項目進入研發階段，首先項目經理必須要求研發工程師評估項目時間，這個評估越細越好，根據多方評估的時間綜合成一張項目計劃進度表，讓項目組各方進行確認。（這個確認過程很必要，因為避免節點統計有誤差，導致對接時間對應不上）有了項目進度表，項目經理沿著計劃進度表去檢查項目可視物（可視物就是項目產出的，可以看到的成果），如果發現對應不上，首先得問研發具體原因，根據具體原因制定補救措施（具體情況，具體分析）把進度補上，這樣項目時間會被牢牢控制在計劃中。
其二在此階段，項目經理需梳理出第三方賬號，并注冊申請、以及認證好。等待研發人員對接API。一般項目常見的第三方有：
1）純web網站類項目（服務器、域名（還需要備案）、短信、第三方登錄（QQ、微信、微博）、支付（微信支付、支付寶支付）、提現（微信提現、銀行卡提現））；
2）APP類項目（服務器、域名（需要備案）、短信、站內信息推送、第三方登錄（QQ、微信、微博）、支付（微信支付、支付寶支付）、提現（微信提現、銀行卡提現）、應用市場（應用寶、蘋果開發者等））、涉及到定位的還需要百度地圖或者高德地圖；
3）微信公眾號類項目（公眾號（認證好的）、服務器、域名（備案）、短信、支付（微信支付、支付寶支付）、提現（微信提現、銀行卡提現））、涉及到定位的還需要百度地圖或者高德地圖；
4）小程序類項目（申請號小程序（提交審核需要注意微信平臺的規則）、服務器、域名（備案）、短信、支付（微信支付、支付寶支付）、提現（微信提現、銀行卡提現））、涉及到定位的還需要百度地圖或者高德地圖；
其他的就不一一列舉了。
五、項目測試階段
項目測試分內測和公測，內測就是公司內部測試人員進行的全流程測試，一般情況下在此期間不允許客戶測試，因為內測階段，項目bug比較多，客戶一測試，就會對項目第一印象不好（這個情緒會一直持續項目結束，這個對項目非常不利）。
內測期間，項目經理有時候會陷入測試人員角色里面了，這是非常不好的現象。弊端有兩個，1.陷入測試人員角色會浪費大量項目經理的時間，項目經理應該抽出精力控制項目全局，或者準備項目驗收、項目上線材料，亦或者抽身到自己帶的其他項目（每個項目經理不可能只帶一個項目）；2.由于項目經理不是測試出身，不僅僅是項目經理測試時候不專業很多問題測試不出來，而且還誤導測試工程師以為測試完畢了。
內測階段項目經理還是得用項目管理的思維去管理bug，測試人員寫測試用例、測出bug，給研發評估修改bug的工期，在工期節點讓測試人員檢查是否修復好。如果修復好了，讓另外一個測試工程師做交叉測試，避免一個測試人員慣性思維，隱性bug沒有測試出來。
公測階段最大的風險就是客戶會在此時變更需求，此時項目經理一定要控需求，大多數項目的失敗、延期都是客戶拍腦門變更需求導致的。大多數客戶會在此期間以優化的名義，提出新需求。項目經理此時要詳細看產品原型里面標注，以及整理出項目過程中客戶提過的明確要求。系統沒有出來之前，客戶自身對系統都太了解，此時應該讓測試人員培訓客戶使用系統，避免客戶誤判需求修改，導致需求改來改去。
公測階段客戶變更需求時，一定要理清楚客戶變更需求的主要原因，變更后會產生什么結果，表明變更后的項目風險由客戶承擔，當然屬于新需求的一定要記得順延項目時間，因為需求不僅僅需要改，改出來了還需要測試，這個測試不僅僅是改的這一個功能需要測，而是全流程再測一遍，因為一個需求的改動，很有可能會影響到其他功能。
六、上線階段
上線階段是項目最關鍵、最重要的階段，上線失敗等于項目白做。首先保證項目里面的測試數據不違法，不違規。最好是用比較完整的測試數據，讓項目看起來比較飽滿，因為像APP上線需要截圖。還有就是上線審核階段，會出各種審核不通過的情況（具體項目還需要具體分析，APP項目最好申請一個軟件著作權便于第三方平臺審核）。
七、維護階段
這個階段是項目最后一個階段，保證項目穩定運營，主要是客戶還存在對系統不熟悉，需要測試人員、產品人員指導使用系統。有時候會出現服務器不穩定，還需要運維人員處理服務器問題。一般維護階段會出現一些兼容性問題，這個只需要和客戶說明系統不可能兼容市場上所有的瀏覽器版本或者是安卓版本，我們出一個我們兼容的主流機型和兼容瀏覽器的版本文檔即可，不在文檔內的需要客戶運營項目時給用戶說明。
每次總結都給自己一次成長，每個項目都給自己帶來了不一樣的經歷，后面我會多總結自己在項目中的遇到的問題和解決方案，不斷的提升自己的項目管理能力。
