一、體現產品價值—專案立項會

專案立項的價值和意義，不用說應該大家都能理解，對於研發是成本部門，我們希望把更多的資源和資金投入到有價值的事情上，帶來更大的回報。作為公司會衡量諸多專案中，進行專案集管理和專案組合管理，合理的調配資源和資金。專案立項評審，讓大家想清楚專案開展的要做的事項，對專案價值有更清晰的認識。

1.產品必要性及依據;

(1).產品的市場分析、競品分析、市場潛力、前景和收益；

2.產品目標和研發內容;

(1).產品的定位、價值、技術儲備、產品功能結構腦圖；

3.產品主要交付路線圖;

(1).產品使用者故事地圖、主要的交付路線、重大里程碑；

4.產品市場運營分析;

(1).產品運營方案、上線推廣、運營活動、生產問題反饋機制；

5.產品投入產出分析;

(1).產品的成本預算、產品的營收和利潤、投入產出比、市場風險評估；

二、達成團隊共識—專案啟動會

產品前景很誘人，專案立項成功，那麼就開始幹吧。在專案具體實施之前，還需要做最重要的一件事情，組織團隊共識的專案啟動會。團隊需確保我們對專案開展有相對清晰的認識，對相關問題思考到位，才能保障專案相對平穩的開展。

1.產品願景

(1).目的：主要是講解產品的市場前景和專案的意義，讓團隊認識到我們努力工作的價值；

(2).如何：部門總監介紹產品的背景、前景和價值，讓團隊意識到該專案的重要性；

2.產品路線圖

(1).目的：主要是講解產品的主要交付路線，產品主要需求的優先順序，以及大致上線時間點；

(2).如何：產品經理講解產品交付路線，需求優先順序，以及上線時間點；

3.專案總目標

(1).目的：主要是對產品路線的補充，對交付功能模組的細化，專案完結交付的所有功能點；

(2).如何：專案經理基於產品路線和需求進行模組拆解，澄清所有功能點；

4.專案里程碑

(1).目的：主要是對總目標功能點的里程碑設定，以及每個里程碑各個職能組完成的主要任務；

(2).如何：專案經理基於總目標和IPD流程，設定里程碑，明確相關交付產物和主要任務；

5.團隊成員職責

(1).目的：主要是基於專案功能，明確團隊成員和職責，讓團隊對每個人所負責有概念認識；

(2).如何：專案經理基於功能和IPD流程，明確團隊成員和職責；

6.團隊協作方式

(1).目的：主要是對專案開展的相關環節的必要說明，大家共同遵守的團隊規則章程；

(2).如何：專案經理基於專案，明確團隊共識的協作方式，前期可專案經理內定再討論，後期可以團隊決策；

7.專案測試計劃

(1).目的：主要是對測試工作計劃安排的清晰化，更好的協調安排測試人員，明確主要交付物；

(2).如何：專案經理基於里程碑和迭代交付節奏，安排測試計劃和相關效能測試策略，確定每個階段的事項和產出物；

8.專案風險管理

(1).目的：主要是對專案開展存在的風險，明確負責人以及應對方式，提前安排工作；

(2).如何：專案經理基於專案需求，提前分析存在的風險問題，團隊也可提出風險供分析討論；

專案管理的精髓是預防大於管制，凡事預則立不預則廢。

做好各項計劃安排和共識決議，提前分析思考可能的風險，明確責任人和應對方式，莫要變成救火隊長，專案經理會覺得很累，團隊會覺著專案很混亂，很多事情難以開展或開展緩慢。

三、提升研發效率—管理工具

一個團隊共識的啟動會組織成功，那是不是我們就可以很放手的開始幹了。為了確保共識計劃得到落地執行，團隊保持高效交付，那麼就需要藉助一些研發管理工具，輔助我們進行專案開展實施。

1.專案管理工具

(1).目的：主要是高效的管理產品需求、專案任務、測試Bug，可以支援報表資料統計分析；

(2).如何：將產品需求、專案任務、測試Bug以及其他事項都及時錄入到專案管理工具，持續跟進、督促、檢查；

(3).例如：迭代開始前產品經理將梳理的細化需求錄入專案管理工具，專案經理將拆解的任務錄入專案管理工具，及時催促跟進；任務計劃時間儘可能早於真實計劃時間，讓大家儘快及時交付；爭取將所有事務錄入專案管理工具，包括未被考慮的事情，讓團隊自己給自己建任務。

2.專案看板

(1).目的：主要是將團隊的任務進度和風險暴露，直觀清晰的看到團隊的現狀和瓶頸，及時處理解決；

(2).如何：根據專案和團隊實際情況設計看板內容，需求用綠卡流動、任務用藍卡流動、Bug用紅卡流動；

(3).例如：針對團隊情況，定製了看板內容，進行相關事項的暴露和跟進，所有事項都已卡片方式呈現。

3.專案迭代日曆

(1).目的：主要是確保專案按計劃清晰的實施，一些關鍵的工作事項開展的工作提醒，確保任務提前開展；

(2).如何：根據專案和團隊實際情況設計迭代日曆，可以使用Foxmai的日曆功能，將關鍵事項計劃維護好，提前提醒開展；

(3).例如：設計優化迭代日曆，把專案迭代相關會議和關鍵事項進行計劃安排，以便提前開展，做好充分準備；

4.專案每日立會

(1).目的：主要是向團隊成員告知個人任務進度和安排，以及需要支援的相關事項，及時暴露風險和問題；

(2).如何：根據專案和團隊實際情況設計每日站立會，向團隊昨天做了什麼、今天要做什麼、碰到什麼問題和需要什麼支援；

(3).例如：已改為團隊成員輪值主持站立會，團隊成員講述昨天做了什麼、今天要做什麼、碰到的問題和需要的支援；

5.專案開展週報

(1).目的：主要是確保團隊對專案現狀有清晰的認識，對專案本週工作完成情況和下週工作安排計劃；

(2).如何：根據專案和團隊情況設計週報，大致包括總目標、里程碑、協作方式、本週完成情況、下週計劃安排、問題風險解決方式；

(3).例如：每週釋出週報，傳送專案團隊成員，澄清總目標、里程碑、協作方式，本週各職能組完成情況，下週各職能組任務安排，本週碰到的風險問題以及應對措施，可作為專案的經驗總結，以便後續提前處理。

6.專案風險管理

(1).目的：主要是對專案開展的風險和關鍵事項進行管理，包括已知、未知，及時登記、及時跟進、及時處理；

(2).如何：將每日站立會暴露的問題和支援事項，專案開展的關鍵事項，明確責任人、截止日期、處理進度、完成情況等。

(3).例如：通過Excel將站立會或日常溝通需要協助解決的問題，登記跟蹤，也可使用專案管理工具。

7.專案迭代交付產物

(1).目的：主要是根據團隊迭代交付節奏，明確迭代交付功能和主要輸出產物，使團隊對專案有整體的認識；

(2).如何：由產品經理或專案經理，根據功能交付優先順序梳理迭代交付功能、主要開展事項、主要交付產物；

(3).例如：根據專案里程碑梳理團隊迭代交付物，包括迭代交付的功能、關鍵事項、相關產物；

曾經聽說過一句經典的話，專案經理的時間就是專案的時間，一定要做好和加強時間管理。

不知道這句話是否正確，但還可有幾分堅持，這7個工具可以很好的提醒、督促、輔助我們落地美好計劃，讓團隊管理更加透明，讓專案實施更加具體、讓專案風險更加可預期。

四、加速交付節奏—敏捷迭代

有了研發工具的輔助，在專案實際開展中採用敏捷迭代開發，將加速團隊功能交付，保持團隊平穩的交付節奏，後續可評估團隊的能力。

通常敏捷開發，專案迭代週期根據專案週期設定，專案週期小於1個月，以1周為1個迭代；專案週期大於1個月，以2周或1個月為1個迭代。

1.迭代規劃會

(1).目的：主要是對本迭代交付的功能進行需求講解，讓UI設計、開發、測試對需求理解到位，確保開發正確的產品；

(2).如何：迭代開始前，明確要交付的需求，進行需求細化，需求相關工作項拆解分工；在會上進行需求宣講、工作項分工安排；

(3).例如：對該迭代交付的功能，在迭代開始前產品經理完善好相關原型和專案管理工具需求錄入，專案經理拆解為工作項，UI設計可優先開始介面設計；在迭代會議上講解產品原型、專案管理工具需求、部分UI介面，對需求模糊或UI互動不對的提出修改，確保團隊對需求理解到位。

2.迭代內相關評審

(1).目的：主要是對本迭代交付的功能，一些核心技術問題和重大風險點進行評審，集體決策，共同決議；

(2).如何：UI設計評審、架構設計評審、資料庫設計評審、介面設計評審、核心解決方案評審、測試用例評審等等；

(3).例如：在必要時組織相關產物的評審，前期資料庫和後臺介面設計評審，中期對測試用例評審，後期對UI改版設計評審。評審簡版就是團隊成員私下一起討論定方案，專案經理要督促跟進影響。

3.迭代內測試驗收

(1).目的：主要是對本迭代交付的功能進行驗證，進行冒煙測試、功能測試、迴歸驗證、產品經理驗收；

(2).如何：需求提測發郵件通知，本迭代進行冒煙測試，上迭代進行功能測試和迴歸驗證，產品經理終驗(或迭代評審會)；

(3).例如：迭代功能提測發提測郵件，告知哪些功能可以測試驗證，本迭代進行冒煙測試驗證，上迭代進行迴歸驗證。可以專案組自己把握髮布測試的頻率，可能緊急釋出，也可能保持節奏釋出(兩週一發布)，建議保持一定的節奏釋出，這樣團隊節奏感更好些。

4.迭代內回顧會

(1).目的：主要是對本迭代工作開展的覆盤，反思總結哪些做的好的、哪些做的不好、確定改進改善事項；

(2).如何：給每個人話語權，不記名開放寫出本迭代工作開展做的好的、不好的，可以使個人、團隊、公司，最後確定5條改進事項；

(3).例如：每人分別用綠色和紅色便利貼，寫1條做的好的和不好的，專案經理讀給大家並歸類，確定5條改進事項在後面迭代改善。專案經理也可再加上，你在整個迭代中看到的、要和大家分享的事情，認可團隊的付出和成績，羅列風險和不足，下一迭代的簡單計劃。

5.專案部署上線

(1).目的：主要是對專案部署上線提前做充足的準備，確保按計劃進度上線，使用者體驗灰度釋出；

(2).如何：提前準備生產環境，梳理相關配置，準備程式部署包，查詢依賴和衝突，明確可能的風險和應對等等；

(3).例如：細化產品釋出版本管理，提前準備部署程式包，明確部署方案和步驟，分析可能的風險和問題；

6.專案結項總結

(1).目的：主要是分析總結專案經驗為以後專案開展提供借鑑，認可和激勵團隊；

(2).如何：展示專案成果以及開展過程、告知專案成效、認可和激勵團隊、分析總結專案經驗；

(3).例如：將專案所有的產出物說明，回顧專案開展過程，大家在對應節點完成的任務，進行專案整體的感受和分享交流；

7.專案產品運營

(1).目的：主要是專案上線後產品試執行、產品運營推廣，確保產品真正的運用起來；

(2).如何：上線問題解決跟進、產品反饋收集、產品體驗改進、產品運營推廣；

(3).例如：細化產品運營方案，配合市場的一些方案，產品相關問題的跟進反饋機制確定；

這些會議多取自敏捷Scrum模式的會議，專案經理需要根據專案需求進行裁剪，由專案經理把握。

因為會議太多，太浪費大家的時間，對專案工作進展沒有太多實質性的幫助，所以根據專案情況裁剪調整。

例如：我們專案組，迭代規劃會必開，因為要宣講需求；迭代回顧會，一個月組織一次；迭代評審會，根據專案需要組織。

還需知道，高效利用團隊，減少浪費和等待，專案中各個職能組是可以並行開展工作的，只是有些工作要儘可能提前。

例如：我們專案組，在迭代規劃會後，根據宣講的需求，UI進行介面細化和調整，前端進行介面搭建，後端進行介面設計，測試進行測試用例編寫；繼續開展，前端根據UI調整後的設計圖修正前端介面，根據後臺的介面除錯相關功能，測試再根據提測的功能進行相關測試工作。

五、打造高效團隊—領導方式

打造的團隊：執行力強，任務下達，排出困難去解決；凝聚力強，沒有旁觀者、推諉者，共擔解決；能力強，獨擋一面，人人都是神槍手。

1.服務團隊

(1).如何：對團隊提出的各種需要支援的事務，跟進及時處理解決，為團隊工作開展掃除障礙；

(2).解決：領導只是排計劃，緊急催促，卻對團隊專案開展沒有任何實質性幫助，對專案放任大撒手。

2.引領團隊

(1).如何：清晰目標方向，告知團隊相關事項的開展，更加條理的督促團隊及時完成對應的任務；

(2).解決：在專案開展中，團隊會出現迷茫，不知道還有哪些事情要去處理，不知道下一步工作如何開展。

3.守護團隊

(1).如何：保護團隊免受打擾，保持團隊專注，減少任務切換的浪費和低效；

(2).解決：團隊成員工作總是被打斷，不能專心工作，思路拉回也需要時間，還可能產生很多Bug；

4.放手團隊

(1).如何：充分信任團隊能力，不與團隊爭論技術細節，相信團隊有能力把事情做到最棒；

(2).解決：干涉團隊工作細節太多，形成干擾，把握主線不偏離，不必要的小細節不糾結，也可解放專案經理。

5.鍛鍊團隊

(1).如何：授權團隊培養獨立協調資源解決問題能力，搞不定及時上報，專案經理要定期督促詢問；

(2).解決：團隊獨立解決問題能力較弱，很多問題讓專案經理去解決，對專案經理依賴性太強，團隊戰鬥力不足。

6.激勵團隊

(1).如何：認可團隊成果，及時給予認同，鼓勵團隊成員，我們是最棒的團隊組合；

(2).解決：團隊對專案的認可感，對團隊的歸屬感，對個人價值的體現，看到自我的成長和亮點，形成自我發掘。