編輯導讀：一個專案的完成，靠的不是一個人的單打獨鬥，而是團隊的集體努力。協調各方不是件易事，專案經理的工作就顯得格外重要。如何做好專案管理？本文作者基於自身工作經歷，對這個問題提出了自己的一點思考，希望對你有幫助。
如果要用一個字來形容電商後臺系統——雜。
如果要用一個詞來形容電商後臺系統——複雜。
就像是百年老樹盤根錯節的地下根系，在普通使用者所能看到的琳琅滿目的商品背後，是電商系統錯綜複雜的後臺系統。
使用者購物時輕輕點一下，就是後臺系統之間源源不斷地邏輯校驗和資訊流轉。
電商後臺系統，由商品、訂單、庫存、支付、會員、促銷、內容、評價、採購、財務、WMS、物流、風控、客服等等子系統組成，阿里、京東等大廠更是將其發展成了中臺事業群，涵蓋搜尋推薦、共享業務、基礎交易、資料等多條線部門。
龐雜的架構也意味著，電商後臺專案不僅要梳理清楚系統之間的關聯邏輯，有時還要組織跨部門跨條線的團隊協作，加劇了專案管理的複雜度和難度。
專案延期、成本超支、業務方不滿意？
辛辛苦苦溝通規劃出來的產品“中道崩殂”？
跨條線團隊之間、業務產品研發之間相互扯皮推諉、互相抱怨的情況時有發生？
你想帶領專案組乘風破浪，殊不知有多少溝通物件正在興風作浪。
那麼，我們應該如何做好專案管理？
一、專案管理是做什麼的“第一性原理”是網際網路產品經理常用的思維模型，意即看透事物的本質，要把事物分解成最基本的組成，從源頭解決問題。
迴歸到專案管理工作，本質上是在約束的時間和範圍內，集合有限的資源完成專案目標。
其核心要素有三點：資源、時間、產出，三要素協同共建，構成專案整體。
專案管理依據開發方式不同，呈現出不同的側重點，目前常見的開發方式有瀑布式和敏捷式開發，瀑布重方案，按計劃推進；敏捷重迭代，小步快跑，方案沒有全盤捋清也可以先做起來。
本文以傳統的瀑布式開發為例進行說明。
二、從三要素來看專案管理1. 成果——要做什麼事兒？專案成果就是專案的交付物。
當拿到一份專案管理任務時，專案經理可以先從結果推導：需要在什麼時間完成什麼任務？
在專案管理工作中，經常使用工作分解結構WBS（Work Breakdown Structure）來拆解任務。
跟因數分解同理，WBS就是將專案按照一定原則，分解成一項項任務，再將任務分解成一項項工作，最後將工作分配到具體的個人。
一方面，任務必須100%拆解且拆解越細越好，越細代表著專案經理對專案有著越高的把控能力，抗風險能力也就越高。另一方面，每一項任務和工作都要具體到明確的責任人，每一位團隊成員都需對自己在專案中承擔的工作做到心中有數。
在電商研發專案中，系統模組之間往往存在著深刻的邏輯依賴和時間依賴，但是產品經理/方案設計者往往只對自己負責的模組很瞭解，對其他模組細節並不是很清楚，有時甚至不能在方案階段完全識別到對其他模組的依賴。
針對模組依賴的梳理，專案經理可以作為團隊粘合劑將專案組成員聚集到一起進行全流程設計方案PRD的評審，在充分的溝通中，加深團隊成員對專案整體邏輯的認知能力。
如果有遺漏的依賴關係，在識別到後項目經理也要積極爭取資源，趕工完成任務，一個沒留神，很可能就是專案延期。
系統依賴也是專案經理設計方案並行或序列的依據，多項任務並行可壓縮時間，但需投入更多資源；多項任務序列會拖長專案週期，但資源會相對輕鬆。專案經理可平衡時間和資源限制進行專案計劃設計，促使專案按期完成任務。
2. 資源——都有哪些人？專案中最核心的資源是人，人構成團隊。
沒有實權，團隊成員不服管？
部門需求大過專案需求，沒資源給你排期？
一個功能誰來做扯半天，你不推產品之間就不再溝通？
做專案管理，首先是做團隊管理。
專案經理不是具有實權的管理者，一個不小心，不是被懟就是延期，所以在“管理”過程中，需要更多的藉助技（xin）巧（ji）和手（sheng）段（ji）。
技巧1：充分溝通
專案中的“人”，並非只有衝在一線幹活的產品小姐姐研發小哥哥等干係人（A），還有對專案目標直接負責的責任人（B）、以及不直接參與專案但對結果關心的利益相關人（C）。
對於不同的利益方，當然要“看人下菜碟”。
對於干係人A明確具體到不能再具體的目標、任務和時間，拿著小皮鞭或者捧著一顆卑微的心，推動執行；對於責任人（B）需要重點關注，責任人左右專案的方向和進展，如果責任人停滯不前，那麼整個團隊將會失去方向；對於客戶、領導等利益相關人（C），要做的是預期管理，不要輕易承諾專案範圍以外的交付成果，不要讓C抱有超越實際的“期望”也是專案經理的工作內容。
值得注意的是，一個專案涉及到的利益相關方往往是分佈在不同崗位的，既有客戶、業務等貼近市場和使用者的崗位，也有產品經理這樣既懂市場也懂技術的崗位，還有研發、測試、架構師這樣偏後端、非常技術化的崗位，溝通時面對不同相關方注意區分不同的業務語言、傳達對方邏輯體系內關心的核心訴求。
有時業務和研發明明說的同一件事，但在表達上使用了不同的術語和思維，就容易說不清扯半天；再者業務覺得很簡單的功能，在技術上可能就是實現不了或者要付出較大成本導致ROI很低，也需要專案經理在其中彌合多方的認知差距。
此外，規範的流程機制能夠幫助專案高效運作，日會、週會等定期會議是專案開展過程中常用的手段，尤其是敏捷開發專案中，經常以每日站會的形式快速同步、對齊各方進展和問題。
專案經理也可以透過專案週報，里程碑報告等形式把控進度，強化專案目標、里程碑進度在團隊成員心中的印象。
技巧2：培養團隊精神
電商後臺系統繁重複雜，且系統間互相依賴，跨團隊、跨條線、跨模組執行專案是非常常見的現象。每個成員、每個團隊、每個系統模組又都有自己的需求和任務，或者並行支援多個專案，並不能保證全力配合你所管理的專案。如果專案組成員各行其是，以己為重，那麼很難按時完成專案交付上線。
因此，在專案團隊成員（主要是指干係人A和責任人B）之間達成共識目標非常重要。
何為共識目標？可以將其理解為一種團隊精神——向著同一個目標前進的團隊凝聚力。
《騰訊產品法》中有這樣一段描述：
凡有專案開發經驗的人都知道，專案過程總伴隨著各種問題，完全不出問題、產品還大獲成功的“完美專案”根本不存在。更重要的是，如果團隊成員無法從宏觀、整體的角度去思考自己所負責的模組，必將引發內部的設計衝突。因為很多問題從單模組視角出發得出的結論與整體視角出發得出的完全相反。
圍繞目標作戰的專案成員不會像這樣各自為戰，相反的，他們就像一個命運共同體，“每個成員都有站在產品總負責人位置思考問題的習慣和行為表現”。
任務被團隊分解，但目標依舊完整。在這樣的團隊裡沒有“我的想法”，只有“更棒的想法”，沒有立場，只有理性判斷。他們也會就某個問題展開激烈辯論，但那只是為追求“更好的方案”，而不是為捍衛自己的觀點。
這樣的團隊裡也沒有“你的問題”，只有“專案共同的問題”，成員間彼此認可和信賴。他們相信各自能做好分內的事情，但也會在某環節遭遇瓶頸時積極貢獻自己的力量，一起想辦法解決問題。當內部模組間發生衝突時，他們也能及時跳出自己的角色去討論，運用相對思維更全面地審視問題。
團隊統一目標不是產品經理或者專案經理說一句“我們要做這個事！這個事情很偉大！”就能得到成員的認可。統一目標更多來自於成員對專案價值的認可，包括專案需求的合理性、專案流程的規範性、專案經理的領導力、團隊成員的配合度等各方面的約束。
讓每一個團隊成員認可專案目標，緊緊圍繞目標作戰，知道自己在什麼時間應該做什麼事情，交付什麼內容，你就擁有了一支強戰鬥力的團隊。
技巧3：勇敢升級
當然，專案之中難免也會有難以溝通的成員，或者確實溝通了但難以達成結論的事項，如果你真的遇到了這樣棘手的事情，那就勇敢地升級吧！一定不要排斥升級。
畢竟對沒有實權的專案經理來說，升級可是解決複雜問題常用且必要的有（mian）效（si）手（jin）段（pai）。
3. 時間——什麼時間完成？搞定目標和資源，就可以按計劃開展專案了。
專案管理計劃貫穿整個專案生命週期，包括專案目標、專案範圍、專案成本、專案資源、關鍵里程碑、溝通匯報機制、專案風險、專案成果交付物等關鍵要素，體現出來的是專案組成員（重點研發團隊）可控的、按計劃的、保證質量的交付過程。
專案中所有交付物的關鍵時間節點，可以稱為里程碑節點，比如什麼時間完成需求溝通和方案梳理，什麼時間進入和完成開發，什麼時間進行聯調測試，什麼時間進行UAT驗證，什麼時間專案正式上線交付等等，都需要專案經理制定計劃。
專案計劃需要得到全體專案組成員的認可，也需要滿足業務方的期待和要求。
專案執行一般具備漸進明細，說人話就是時間越臨近，要完成的任務越清晰，風險也就越少。
專案經理可以藉助Gantt甘特圖這個工具，不斷細化當前的任務規劃，結合WBS對近期的任務目標、資源、節點等要素做出清晰的規定，時間遠一些的則可以相對模糊，但要保證關鍵里程碑這一粗維度的規劃。
隨著專案持續進行，專案經理還需跟進專案進度，團隊成員做到哪了？什麼時間完成？能不能按時完成？都是你要關心的問題。這個過程中，還需要加入風險識別機制，有沒有出問題？會不會延期？什麼，介面沒有現成的，要重新開發？什麼，需求優先順序不夠，專案要順延開發？什麼，測試用例不完整，測試環境沒對齊？什麼，聯調訂單跑不通，問題出在了哪裡？
So……專案經理在制定計劃後，跟進進度的過程也是不斷解決（tian）問題（keng）的過程。
三、專案經理這份工作工作數年，越發覺得任何一份工作既有體現價值感和成就感的一面，也有一地雞毛、瑣碎不堪的一面。
專案經理這份工作，相對來說不是一份容易體現價值感的工作。你在專案中明明做了很多工作、很多溝通，但又好像什麼都沒做，方案是產品寫的，開發是研發做的，那麼，你呢？
但當你協調資源解決了一個又一個難題，完成一個又一個專案交付上線，得到客戶一個又一個滿意的答覆，還是會覺得這份工作有價值。
生活的真相不就是千難之後還有萬難，具體執行過程中總有填不完的坑等著你。
重要的是，里程碑是按期完成的，系統是平穩的，產品是好用的，客戶是滿意的，專案是成功的。做專案經理，不也是在做無冕的領導者嘛？
參考資料：《電商產品經理：電商後臺系統產品邏輯全解析》劉志遠著
《騰訊產品法》李立著
本文由 @網際網路小蝦米 原創釋出於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議