編輯導語：一個項目的上線往往需要考慮很多因素，即使經過了精細的策劃，但是在項目推進過程中隨時會遇到各種問題。因此產品經理經常會面臨項目延期，無法上線的情況。基于此，產品經理應該做些什么來保障項目按時上線呢？
前言：相信很多產品同學或多或少都有過這樣的經歷：平時沒有聽到任何項目延期風險，但到了計劃時間卻遲遲無法提測……評審時沒有任何argue，提測后發現開發的功能不是自己想要的……費勁九牛二虎之力終于讓項目上線了，然而發現成果達不到預期……最后看著自己的績效自評表無從下手……
大多數公司都不會設立專職的項目經理崗位，而現在大部分的工作任務都需要以項目制的形式落地和執行。
因此，產品經理的任務就不僅僅在于完成產品策劃，還需要承擔項目管理工作，跟進項目進度，必要時還得出面協調和爭取研發資源、解決沖突，以確保項目按時、按計劃完成上線。但我們畢竟不是專業項目經理出身，應該怎么做來保障項目按時上線呢？
一、論項目管理
項目管理并非僅僅項目開始后監督開發做執行，監督QA做測試。
按照管理學對項目管理這一分支學科的定義，項目管理是指 “在項目活動中運用專門的知識、技能、工具和方法，使項目能夠在有限資源限定條件下，實現或超過設定的需求和期望的過程” 。
簡言之，就是要懂得如何在復雜多變的環境中做好一件事，使這件事最終能達成目標。按照PMP（項目管理專業人士資格認證）的知識體系，項目管理的全過程分為5大過程組、10大知識領域、49個過程活動。
PMP總結的項目管理知識領域（圖片來源網絡）
雖然PMP知識體系已經十分成熟，但如果只是生搬硬套，還是會出現水土不服的情況。所以，需要結合實際情況，取其精華為我所用，最終內化為自己的項目管理方法論。
就國內的情況而言，大多數公司普遍更適合敏捷項目管理方法，一下內容分享的也正是本人基于敏捷思維下的項目管理實踐經驗：我們可以將一個項目從頭到尾主要分為3個階段：啟動階段、實施階段、收尾階段，每個階段再梳理出關鍵事項，就形成了如下的項目管理三階段：
項目管理三階段
二、啟動階段
兩大重點：完成產品策劃，召開需求評審會。
1、產品策劃
一份好的產品策劃案需要具備以下幾點要素：
1）清晰的項目背景和價值闡述
清楚自己為什么做，完成這個項目可以帶來什么價值（如轉化率提升、留存率提升、活躍度提高、續費率提高等等）。充分的需求分析（別走彎路）、競品研究（博采眾長），確定方向后可以通過調研的方式嘗試進行初步價值驗證（MVP價值驗證）。
2）明確的項目目標
定目標需要按照smart原則，即：我們要在多少時間內（明確的截止時間），完成什么任務（具體的），達到什么效果（可衡量的，要定數據指標），這對我們整體業務目標的貢獻是什么（績效相關性），而且這個目標是我們通過努力可以達成的（可達成的）。
3）完整的PRD文檔，需包含
- 明確的需求范圍；
- 明確的質量標準：常規性能（頁面打開速度、內容加載速度等）、極限性能（最高并發量）、交互體驗、易用性等等；
- 可讀性強且方便使用：PRD的目標是把需求說清楚，讓開發閱讀無障礙。現在普遍流行原型 PRD的交付方式，我也喜歡在原型稿/交互稿中添加詳細的功能/交互說明，固定布局如左圖右文or上圖下文，方便研發閱讀。
不用過于追求原型的美觀與酷炫的動效。產品經理應該注重需求的完整性以及清晰表達，但有時候簡單的一個交互動效會比長篇累牘的文字描述要高效許多，恰到好處即可。
2、需求評審會
召開需求評審會的目的并不只是評審需求，一個成功的需求評審會需要達成以下目標：
1）對齊目標，明確需求
確保與會人員就項目目標達成一致，且需要對需求內容進行充分評審，盡可能暴露潛在問題或風險，若有argue的地方需要記錄并及時解決。
2）評估排期，獲得承諾
明確項目參與人員，以及各環節所需時間（比如交互、視覺、開發、測試需要多少時間），完成排期或確定最終上線時間，并獲得項目成員承諾。
在項目啟動階段，明確項目目標、完成產品策劃并通過需求評審，同時為提前暴露的問題與風險制定好風險預案。前期做好充分的規劃，項目就已經成功了一半。
三、實施階段
兩大重點：進度管理與風險控制。
1、項目進度管理
1）項目排期表——計劃為綱
在啟動階段的需求評審會結束后，任務分工以及各環節排期得以明確，并就此出具項目排期表，各個時間節點即可作為項目過程中的里程碑。在項目過程中按時完成一個個里程碑，基本就能保證項目按時上線。
項目排期表需遵循前粗后細原則
2）任務進度表——拆分任務，監控任務進度
如果項目規模較大，需要對具體任務進行再拆分。
如交互稿和視覺稿需要在哪幾個時間點交付，開發任務也需要拆分成更小的單元。按照敏捷開發的方法，每一個開發任務單元需要保持在0.5天或1天，只有拆分到足夠細，才有利于后續項目進度的跟蹤，保證開發進度就是實際的項目進度。
舉例而言，假設開發任務拆分不到位，比如一條任務規劃了5天時間，那就很有可能出現任務評估不準的情況，或者5天內的進度不可控，最終導致任務無法按時完成。
完成任務拆分，并制定任務進度表后，即可按天來跟進每條任務的完成情況，以此確保項目按計劃推進。
任務拆分需盡量細致
3）每日站會——暴露問題與風險
在項目進展過程中，可以每天定時召集項目組成員開展站會討論。時間可以是一天開始工作之前，也可以是一天完成工作之后，我個人通常會選擇在開始一天的工作之前，站會主要是同步昨日工作進度與今日工作計劃。
注意站會時間不宜過長，在項目成員不多的情況下最好控制在10分鐘內（之所以是站會，因為是個短會，不需要特地尋找會議室，且事實證明站著開效率更高~）。
站會的目的是暴露問題及風險，因此每個人的發言重點應該放在目前遇到的問題或潛在風險上，最后由產品負責檢查任務進度表是否正常更新即可。
如果在站會上有成員提出問題或風險，應當先行記錄，散會后再由相關人員跟進解決，避免在會上討論占用團隊成員過多時間，產品經理則需負責跟進問題解決進度。
站會要注意效率，關注問題與風險
2、項目風險管理
1）提前規避項目風險
所謂項目風險，往往是指項目無法按計劃如期上線，項目風險需要提前預防：在啟動階段提前預設、識別可能的風險，可以查閱以往類似項目的總結文檔、可以邀請有經驗的專家參與需求評審會等（站在巨人肩膀，規避已知的已知風險），并準備相應風險預案（如預留人手、預留buffer time）。
在項目實施過程中新增風險往往是有“兆頭”的，比如項目組成員在每日站會上提出的問題，當小問題沒有得到及時解決越積越多，最后就會演化為項目延期風險，所以一定要重視和及時及時處理實施過程中暴露出來的問題。
2）發生風險、如何解決？
制約項目成功的4個主要因素有：范圍、成本、時間、質量，其中項目質量不可妥協，質量是底線，那么從范圍、時間、成本角度考慮，可能的風險應對措施包括：砍掉一些非必須功能（調整需求范圍）、增加人手（加大成本投入）、或者向項目負責人申請延期（延長項目時間）。
3、在執行過程中的注意點
質量是底線，溝通是法寶。
與人溝通是門技術活，不是說和別人說話很難，而是充分表達自身觀點，充分理解對方主張，在雙方知識體系、認知、立場、訴求各有不同的情況下達成一致。很重要的幾點：換位思考、價值驅動、目標導向（不做展開）。
四、收尾階段
項目收尾階段除了項目發布上線，還需要對項目進行整體的復盤總結。一次好的項目復盤不僅可以沉淀項目文檔，還能幫助團隊的每個人從項目中總結收獲，有利于個人成長。
作為產品經理需要養成及時復盤的習慣，并帶領團隊成員一起復盤、總結、反思、沉淀：
- 回顧目標是否達成——用數據說話。
- 過程中收獲了什么經驗？——揚長。
- 過程中得到了什么教訓？——避短。
完成復盤，沉淀文檔，形成項目知識庫——接口文檔、產品規則說明、產品參數整理、經驗積累——以此來提升下一次項目的質量，在項目管理上也能發揮復利效應。
有些人僅僅把項目當成完成工作績效的任務，而有些人就會把項目看作是實現自身價值和提升能力的雙重機會，久而久之，這種差異帶來的差距也會越來越大，希望大家都能把握并享受到工作中的“復利效應”。
五、最后
總結一下：在項目啟動階段的重點是做計劃，計劃為綱，包括產品策劃、提前識別風險、完成需求評審會，得出項目排期表。
在項目實施階段的重點是監控進度，監控進度有幾個工具：項目排期表、任務進度表、每日站會，而且項目計劃需要在實施階段根據實際情況動態調整（如需求變動、未知風險發生甚至目標變化等）；完成項目上線不是項目的終點，在收尾階段的重點應是復盤總結，沉淀項目經驗教訓，為后續項目沉淀經驗資產。
項目管理就是如何在復雜多變的環境中做好一件事，一切皆項目，一切皆可項目化管理，與君共勉。
本文由 @Dikky_產品小陳 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議。
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。
