傳統敏捷項目快速交付

1、體現產品價值—項目立項會

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

1.產品必要性及依據;

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

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

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

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

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

4.產品市場運營分析;

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

5.產品投入產出分析;

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

 

2、達成團隊共識—項目啓動會

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

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).如何：項目經理基於項目需求，提早分析存在的風險問題，團隊也可提出風險供分析討論；

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

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

 

3、提高研發效率—管理工具

一個團隊共識的啓動會組織成功，那是否是咱們就能夠很放手的開始幹了。爲了確保共識計劃獲得落地執行，團隊保持高效交付，那麼就須要藉助一些研發管理工具，輔助咱們進行項目開展實施。

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個工具能夠很好的提醒、督促、輔助咱們落地美好計劃，讓團隊管理更加透明，讓項目實施更加具體、讓項目風險更加可預期。

 

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

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

一般敏捷開發，項目迭代週期根據項目週期設定，項目週期小於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調整後的設計圖修正前端界面，根據後臺的接口調試相關功能，測試再根據提測的功能進行相關測試工做。

 

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

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

1.服務團隊

(1).如何：對團隊提出的各類須要支持的事務，跟進及時處理解決，爲團隊工做開展掃除障礙；

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

2.引領團隊

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

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

3.守護團隊

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

(2).解決：團隊成員工做老是被打斷，不能專心工做，思路拉回也須要時間，還可能產生不少Bug；

4.放手團隊

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

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

5.鍛鍊團隊

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

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

6.激勵團隊

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

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