廣州pmp,產(chǎn)品經(jīng)理在說的項(xiàng)目管理到底是什么？

  01、什么是項(xiàng)目管理？
  了解項(xiàng)目管理之前，我們得先明白，每個(gè)PM天天掛口頭上的“項(xiàng)目”到底是什么？
  項(xiàng)目是為了創(chuàng)造獨(dú)特的產(chǎn)品，服務(wù)，成果而進(jìn)行的臨時(shí)性。
  那么，項(xiàng)目管理是什么？
  百度百科的解釋是：項(xiàng)目管理是運(yùn)用管理的知識、工具和技術(shù)于項(xiàng)目活動上，來達(dá)成解決項(xiàng)目的問題或達(dá)成項(xiàng)目的需求。所謂管理含領(lǐng)導(dǎo)（leading）、組織（organizing）、用人（staffing）、計(jì)劃（planning）、控制（controlling）等五項(xiàng)主要。
  項(xiàng)目管理的影響因素很多，阿境總結(jié)歸納為六要素：質(zhì)量、進(jìn)度、成本、范圍、組織和客戶滿意度。
  簡單的說，項(xiàng)目管理即一個(gè)標(biāo)準(zhǔn)化的流程，使得項(xiàng)目能夠按照預(yù)定的時(shí)間、計(jì)劃（括質(zhì)量、成本等）順利地開展。
  項(xiàng)目管理的流程大致可以拆分為幾個(gè)步驟：項(xiàng)目啟動→項(xiàng)目計(jì)劃→項(xiàng)目執(zhí)行→項(xiàng)目監(jiān)控→項(xiàng)目收尾。在下文會做詳細(xì)解答。

  02、為什么要進(jìn)行項(xiàng)目管理？
  首先我們明確一個(gè)范圍，本篇文章中提到的“項(xiàng)目”指的是互聯(lián)網(wǎng)產(chǎn)品項(xiàng)目；
  另外，對于專業(yè)的項(xiàng)目經(jīng)理來說，產(chǎn)品經(jīng)理在項(xiàng)目管理層面更注重的是服務(wù)于需求，括需求的傳遞、評審、落地，同時(shí)，追求更高效的跨部門溝通，協(xié)作。
  2.1整合資源，集成協(xié)同并進(jìn)
  一個(gè)項(xiàng)目是多個(gè)部門甚至是多個(gè)組織/公司進(jìn)行合作開發(fā)，即集成協(xié)同并進(jìn)。拿開發(fā)軟件來說，涉及產(chǎn)品、設(shè)計(jì)、前端開發(fā)、后端開發(fā)、測試、運(yùn)營等多個(gè)角色，進(jìn)行項(xiàng)目管理能夠有效的將多方面的資源融合，更有效地利用起來；
  2.2減少不確定因素，進(jìn)度可控
  項(xiàng)目在進(jìn)行的過程中會出現(xiàn)各種不確定因素（錯(cuò)誤、延期、改版等），項(xiàng)目管理能夠更好的將不確定的因素盡量可控；
  2.3內(nèi)容文檔化，使得項(xiàng)目清晰化、邏輯化、一致化
  項(xiàng)目管理的核心是將內(nèi)容文檔化。人的記性是有限的，在項(xiàng)目過程中涉及的方案，人員安排，項(xiàng)目變動等信息量都是巨大的，且經(jīng)常會出現(xiàn)多個(gè)項(xiàng)目并行開發(fā)的情況，這個(gè)時(shí)候項(xiàng)目文檔的作用更加凸顯。
  能夠使得項(xiàng)目人員的思路清晰化、邏輯化、一致化，同時(shí)在項(xiàng)目結(jié)束之后，相關(guān)項(xiàng)目文檔能夠作為復(fù)盤項(xiàng)目的有效依據(jù)。
  總的來說，項(xiàng)目管理就是為了滿足項(xiàng)目管理人員對于項(xiàng)目的需求和預(yù)期，在質(zhì)量、范圍、進(jìn)度、成本上進(jìn)行項(xiàng)目的整體把控。

  03、怎樣進(jìn)行項(xiàng)目管理？
  項(xiàng)目管理涉及的范圍較廣，歸納起來可總結(jié)為項(xiàng)目管理的道、法、術(shù)，即方法及工具。
  上文提到項(xiàng)目管理的流程（該流程也是PMP中涉及到的完整流程）：項(xiàng)目啟動→項(xiàng)目計(jì)劃→項(xiàng)目執(zhí)行→項(xiàng)目監(jiān)控→項(xiàng)目收尾。
  在這部分阿境就將這幾個(gè)流程一一拆解開進(jìn)行描述，以便于大家能夠更加清晰地理解項(xiàng)目管理的概念及流程。
  3.1階段：項(xiàng)目啟動階段
  不論是什么項(xiàng)目，成功與否，之所以能被啟動，有它背后的原因：市場推動、資本推動、領(lǐng)導(dǎo)主觀、多次調(diào)研后決定......等等，本篇文章主要重點(diǎn)在于項(xiàng)目管理，這邊就不過多地做項(xiàng)目誕生原因分析。
  那么，在項(xiàng)目啟動階段，我們該如何做呢？
  利用3W1H的分析思想去思考：①為什么項(xiàng)目要啟動（立項(xiàng)）——why②項(xiàng)目目標(biāo)是什么——what③項(xiàng)目參與人員——who④項(xiàng)目怎么啟動——how
  3.1.1項(xiàng)目為什么要啟動？
  項(xiàng)目啟動的標(biāo)志為項(xiàng)目立項(xiàng)，所以該問題可以轉(zhuǎn)化為：項(xiàng)目為什么要立項(xiàng)。
  該處分為大項(xiàng)目和小需求，大項(xiàng)目主要指的是從0到1的項(xiàng)目完整開發(fā)，例如某電商系統(tǒng)APP，或者是某產(chǎn)品中的大型功能，例如淘寶中的會員系統(tǒng)等。小需求指的是系統(tǒng)中的部分版本迭代。
  項(xiàng)目立項(xiàng)是為了能夠更加明確項(xiàng)目的目的及來龍去脈。
  3.1.2項(xiàng)目目標(biāo)是什么？
  項(xiàng)目的種類跟需求不同，造成了項(xiàng)目目標(biāo)的差異。有的項(xiàng)目是為了應(yīng)對上級需求（質(zhì)量不要求高），有的項(xiàng)目是為了探求市場（質(zhì)量中等，開發(fā)時(shí)間短），有的是完善產(chǎn)品各項(xiàng)體驗(yàn)，有的是針對產(chǎn)品的促活、拉新，有的是公司的戰(zhàn)略部署等等；
  只有明確了項(xiàng)目目標(biāo)，才能夠合理的安排項(xiàng)目及資源分配。
  3.1.3項(xiàng)目的參與人員？
  可以從兩個(gè)方面來進(jìn)行思考：哪些人跟項(xiàng)目有直接關(guān)系？哪些人跟項(xiàng)目項(xiàng)目有間接關(guān)系。針對于互聯(lián)網(wǎng)項(xiàng)目，項(xiàng)目的提出方一般是領(lǐng)導(dǎo)/老板/產(chǎn)品/客戶，項(xiàng)目的執(zhí)行者為開發(fā)團(tuán)隊(duì)：產(chǎn)品、設(shè)計(jì)、測試、開發(fā)、運(yùn)營等都跟項(xiàng)目息息相關(guān)。
  通常在項(xiàng)目啟動之后，阿境會將項(xiàng)目的參與人員（含需求提出方跟開發(fā)團(tuán)隊(duì)）拉一個(gè)群，這樣一來，將項(xiàng)目大概進(jìn)行介紹，如此一來，項(xiàng)目的參與人員能夠清楚自己是該項(xiàng)目的參與者，也能有個(gè)提前準(zhǔn)備的時(shí)間。
  3.1.4項(xiàng)目如何立項(xiàng)？
  在項(xiàng)目啟動階段，針對于線上，則是進(jìn)行拉個(gè)小群，在線下，通常有個(gè)“項(xiàng)目立項(xiàng)會”，跟項(xiàng)目參與人員闡述項(xiàng)目的來源（為什么做），誰來做（參與該項(xiàng)目的人員）、怎么做（采用什么框架、何種設(shè)計(jì)規(guī)范等）、項(xiàng)目目標(biāo)（快準(zhǔn)狠等）、項(xiàng)目的大概起止時(shí)間等。
  主要是跟團(tuán)隊(duì)的負(fù)責(zé)人員進(jìn)行灌輸項(xiàng)目啟動的概念。
  3.2第二階段：項(xiàng)目計(jì)劃階段
  在進(jìn)行項(xiàng)目啟動之后，并不是立即的進(jìn)行投入開發(fā)，產(chǎn)品同學(xué)更多的是先將項(xiàng)目理清需求，進(jìn)行需求文檔的制作，接著進(jìn)行開發(fā)資源的排期安排等，也就是項(xiàng)目計(jì)劃階段。
  3.2.1任務(wù)分解
  任務(wù)分解就是將任務(wù)不斷地進(jìn)行去分解到不可細(xì)分，然后根據(jù)任務(wù)來估算工期及成本，同時(shí)責(zé)任到人，每個(gè)人在固定的節(jié)點(diǎn)給到固定的文檔及完成自身相應(yīng)的任務(wù)。
  通常我們也稱之為WBS（Work Breakdown Structure），分解結(jié)構(gòu)。當(dāng)任務(wù)不斷細(xì)分，則整個(gè)項(xiàng)目的抗風(fēng)險(xiǎn)能力也越強(qiáng)。
  對于任務(wù)，可以分為兩個(gè)類型的項(xiàng)目來看
  一個(gè)是大項(xiàng)目（從0到1/從1到100）
  一個(gè)是小需求（產(chǎn)品迭代）
  不論是項(xiàng)目的體型大或者小，都是由數(shù)量不等的需求組成的，也就是我們說的需求池。定好項(xiàng)目目標(biāo)及功能之后，需求池也基本有了大概的框架。
  我們要做的，就是將需求池里面的需求，篩選一部分需求放到項(xiàng)目的1.0開發(fā)計(jì)劃中，接著將這些按照既定的順序進(jìn)行排列（不可能一次性完成所有需求）。
  分解方式
  分解的方式有：按照產(chǎn)品的功能模塊分解、按照產(chǎn)品的平臺類型分解、按照實(shí)施過程來分解，將多種分解方式結(jié)合等方法。
  舉個(gè)例子，產(chǎn)品需求是做一個(gè)商城，那么可以分為APP端、小程序端、網(wǎng)頁端（如果需要做這么多平臺的話），這是按照產(chǎn)品的平臺類型來分；
  每個(gè)端的負(fù)責(zé)人員又各有異同，APP端分為Android開發(fā)，IOS開發(fā)，后端開發(fā)；小程序端分為前端開發(fā)跟后端開發(fā)；網(wǎng)頁端也分為前端開發(fā)跟后端開發(fā)。
  接著，針對于某個(gè)平臺，按照功能細(xì)化開，可以分為會員模塊，積分模塊，訂單模塊，商品模塊等等，每個(gè)模塊又可細(xì)分為更細(xì)的功能，例如會員模塊又分為會員權(quán)益，會員信息等。
  工具
  任務(wù)分解的話，可借助excel、Xmind等工具進(jìn)行梳理分解，因個(gè)人喜好來選擇合適的即可。任務(wù)分解是比較重要的一步，只有分解清楚，后面的優(yōu)先級安排及任務(wù)計(jì)劃排期才能做的準(zhǔn)確。
  3.2.2任務(wù)優(yōu)先級安排
  在前面的任務(wù)分解完成之后，接著就是將這些雜亂的進(jìn)行優(yōu)先級安排。先開發(fā)哪個(gè)功能，再開發(fā)哪個(gè)功能。
  劃分優(yōu)先級的方式也有多種：按產(chǎn)品功能劃分，按緊急程度劃分等。
  按照產(chǎn)品功能劃分的前提，一般是在項(xiàng)目時(shí)間充裕的前提下，按照功能的優(yōu)先級進(jìn)行排序。不好理解？來，阿境舉個(gè)例子，開發(fā)一個(gè)小程序商城，有商品模塊，訂單模塊，分銷模塊，退貨退款模塊等。那么順序應(yīng)是將前期的基礎(chǔ)商品模塊、訂單模塊先建立起來，再來做分銷模塊跟退貨退款模塊。
  按照緊急程度來劃分的話，按照時(shí)間管理四象限法來看，依次的排序是：緊急且重要＞緊急不重要＞重要不緊急＞不重要不緊急，但前提也是功能劃分可行的前提下。例如，下個(gè)月要啟動商城分銷的功能，但商城的商品體系還沒建立起來，那么再急的話，也得將商品體系先建立起來后，再做分銷體系。
  任務(wù)優(yōu)先級的安排，更多的是將兩三種分類方式結(jié)合，才能夠?qū)⑷蝿?wù)優(yōu)先級劃分得精確，做到開發(fā)效率化。
  3.2.3任務(wù)計(jì)劃排期
  完成了任務(wù)分解跟任務(wù)優(yōu)先級安排，接著就是任務(wù)排期（一個(gè)項(xiàng)目不可能無休止的進(jìn)行下去），上文提到，可利用excel、project等工具進(jìn)行羅列項(xiàng)目功能點(diǎn)跟優(yōu)先級，接著跟開發(fā)人員進(jìn)行溝通，進(jìn)行各功能點(diǎn)的項(xiàng)目排期。
  正常來說，項(xiàng)目都有一個(gè)整體時(shí)間，例如2020.5.1-2020.9.1，那么，要按時(shí)交付項(xiàng)目，項(xiàng)目計(jì)劃排期是十分有必要的，因?yàn)轫?xiàng)目會出現(xiàn)大大小小的變動，排期是為了控制項(xiàng)目的整體進(jìn)度。
  3.2.4風(fēng)險(xiǎn)控制
  在項(xiàng)目管理當(dāng)中，要盡量將風(fēng)險(xiǎn)前置，盡量風(fēng)險(xiǎn)可控。（劃重點(diǎn)，這個(gè)也考）
  不管項(xiàng)目管理做得再好，項(xiàng)目風(fēng)險(xiǎn)總是存在的，有的風(fēng)險(xiǎn)可以杜絕，有的風(fēng)險(xiǎn)可以防范，阿境將項(xiàng)目風(fēng)險(xiǎn)劃分如下幾大類：
  需求提出方對項(xiàng)目過程沒有監(jiān)控
  在項(xiàng)目需求對接的前期，需求提出方只給了一份需求文檔，然后產(chǎn)品同學(xué)就開始進(jìn)行項(xiàng)目的規(guī)劃，在項(xiàng)目規(guī)劃的階段跟設(shè)計(jì)、開發(fā)的階段，需求提出方并沒有完全參與進(jìn)來（沒有一步步確認(rèn)），那么就有可能造成，等項(xiàng)目完全做好之后，提給需求提出方之后，需求提出方指出項(xiàng)目并不是他想要的，需要進(jìn)行重大改版，甚至是推翻重來。那么這個(gè)時(shí)候的問題就大了，不論是在成本上還是項(xiàng)目影響范圍上，無疑都是晴天霹靂。
  所以在項(xiàng)目的每個(gè)步驟（對接需求、設(shè)計(jì)稿、程序后端建表、測試等）都跟需求提出方進(jìn)行溝通確認(rèn)，才不會造成后期返工項(xiàng)目大改的情況。
  需求不明確
  明確項(xiàng)目需求是產(chǎn)品同學(xué)的內(nèi)容之一，深入挖需求是必要的。只有明確了全部的需求之后，設(shè)計(jì)同學(xué)跟開發(fā)同學(xué)才能夠順利地進(jìn)行設(shè)計(jì)跟開發(fā)，自然對于需求文檔的改動也會比較少。需求不明確同樣會造成返工調(diào)整，雖然可能在短時(shí)間內(nèi)可以調(diào)整，但也容易降低設(shè)計(jì)跟開發(fā)同學(xué)的積極性（不斷的返工容易讓人疲倦）。
  所以產(chǎn)品同學(xué)提高自己的挖掘需求的能力也是很有必要的，有的需求提出方并不能夠完整的描述他的需求，特別是對于傳統(tǒng)行業(yè)的需求提出方，所以這個(gè)時(shí)候產(chǎn)品同學(xué)的作用就很重要了。
  任務(wù)計(jì)劃不合理
  任務(wù)計(jì)劃在上文有提到過，括任務(wù)分解、優(yōu)先級安排、任務(wù)排期。任務(wù)計(jì)劃不合理的原因在于這三個(gè)部分其中的一個(gè)或者多個(gè)出了問題。
  舉一些計(jì)劃不合理的例子：項(xiàng)目預(yù)估工期為五個(gè)月，給開發(fā)同學(xué)三個(gè)月的時(shí)間，在任務(wù)時(shí)間安排上已然不合理，若此時(shí)PM不進(jìn)行任務(wù)優(yōu)先級安排，或者是優(yōu)先級安排失誤，那么項(xiàng)目鐵定延期無疑了。
  需求提出方變更需求
  需求提出方通常有以下幾個(gè)角色：領(lǐng)導(dǎo)、運(yùn)營、市場（用戶）、銷售、甲方、PM等。
  可能由于各種不可控的因素，導(dǎo)致了需求變動，也會造成開發(fā)難度的增長、工期的延長。部分需求的改動，可能是PM在最初時(shí)期沒有考慮清楚，當(dāng)框架搭建好了之后，再去新增需求的話，開發(fā)人員改起來就會比較傷筋動骨。
  技術(shù)風(fēng)險(xiǎn)
  技術(shù)風(fēng)險(xiǎn)主要在于開發(fā)人員身上。在項(xiàng)目立項(xiàng)的時(shí)候，往往會進(jìn)行技術(shù)評估，在立項(xiàng)會中，參與項(xiàng)目的技術(shù)人員在了解了項(xiàng)目情況之后，會進(jìn)行技術(shù)選型，以及技術(shù)難點(diǎn)的探討，若涉及對接第三方接口，則會進(jìn)行第三方接口文檔的查看，這個(gè)時(shí)候會綜合判斷第三方接口提供的功能是否能夠符合預(yù)期功能。
  在技術(shù)階段評定之后，在后續(xù)的開發(fā)，可能會推翻前面的技術(shù)評定，也可能由于前期的判斷失誤，在實(shí)現(xiàn)某個(gè)功能的時(shí)候遇到了瓶頸，也可能在技術(shù)層面上的拖延，導(dǎo)致工期的延長。
  3.3第三階段：項(xiàng)目執(zhí)行階段
  3.3.1各細(xì)分過程跟蹤
  在開發(fā)的過程當(dāng)中，項(xiàng)目經(jīng)理往往要根據(jù)前期所制定的排期計(jì)劃（括之前提過的任務(wù)計(jì)劃排期、任務(wù)分解、優(yōu)先級排期）來進(jìn)行設(shè)計(jì)過程、開發(fā)過程、測試過程的跟蹤，也就是項(xiàng)目管控。一個(gè)項(xiàng)目，少則一兩個(gè)月，多則一年半載。
  同時(shí)，往往在真實(shí)的項(xiàng)目開發(fā)過程當(dāng)中，并不是只有單一的項(xiàng)目在運(yùn)行，可能會有多條產(chǎn)品線，多個(gè)項(xiàng)目并行開發(fā)的情況（也可能涉及到不同的開發(fā)人員），也就是說，一個(gè)開發(fā)/設(shè)計(jì)/測試人員，手頭可能同時(shí)負(fù)責(zé)多個(gè)項(xiàng)目的情況，A項(xiàng)目完成到15%，B項(xiàng)目完成到35%......所以，項(xiàng)目的多、亂、雜，需要科學(xué)合理的過程跟蹤。
  若沒有進(jìn)行項(xiàng)目的過程跟蹤，可能造成未能按照預(yù)期完成項(xiàng)目計(jì)劃，項(xiàng)目延期。
  項(xiàng)目如期完成，質(zhì)量卻不盡人意，最終造成項(xiàng)目返工修改。
  產(chǎn)品、開發(fā)、設(shè)計(jì)等對于PRD的功能理解有偏差，模塊的完成與預(yù)期不符合，最終也造成返工。（此點(diǎn)更偏向于在開發(fā)過程當(dāng)中多溝通方面）
  由此可見，項(xiàng)目過程跟蹤是否得當(dāng)，對于最終項(xiàng)目產(chǎn)出的質(zhì)量也是至關(guān)重要的一點(diǎn)。
  3.3.2階段性產(chǎn)出文檔審核
  在整個(gè)項(xiàng)目的生命歷程當(dāng)中：
  產(chǎn)品經(jīng)理需要輸出PRD（產(chǎn)品需求文檔），其中括功能框架、泳道圖、業(yè)務(wù)流程圖、原型圖、其余說明等等。
  項(xiàng)目經(jīng)理需要輸出排期表，任務(wù)優(yōu)先級表，人物分工表等等。
  設(shè)計(jì)師需要輸出設(shè)計(jì)選型，配色方案，風(fēng)格定位，設(shè)計(jì)稿等等。
  開發(fā)工程師需要輸出開發(fā)選型、數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)、接口文檔、開發(fā)操作文檔等等。
  測試工程師需要輸出測試用例、測試方案、測試結(jié)果報(bào)告等。
  目前太多PM會局限于各類文檔模板，追求文檔的完整度美觀度等。但在這里，阿境要說的是，文檔存在的意義，在于使得項(xiàng)目更加規(guī)范、有條不紊地進(jìn)行下去。
  文檔在這當(dāng)中只是一個(gè)傳達(dá)信息的介質(zhì)，之所以選擇文檔來代替口頭，是因?yàn)槲臋n能夠更好地留存及記錄。而只要能夠達(dá)到目的，明確了這點(diǎn)，文檔具體的展現(xiàn)形式，樣式就不那么重要了。
  最適合自身公司及業(yè)務(wù)需求的文檔，才是好文檔。
  3.4第四階段：項(xiàng)目監(jiān)控階段
  3.4.1例行項(xiàng)目會議
  提到了項(xiàng)目過程跟蹤的重要性，那么問題來了，如何進(jìn)行項(xiàng)目跟蹤？一個(gè)比較重要的措施，便是例行項(xiàng)目會議。
  項(xiàng)目會議可分為每日站會跟周會。作用除了能夠管理項(xiàng)目，也可以管理項(xiàng)目當(dāng)中每個(gè)角色的開發(fā)狀態(tài)。當(dāng)然，這邊的管理并非指傳統(tǒng)意義上的管理者，這是由于互聯(lián)網(wǎng)行業(yè)，產(chǎn)品經(jīng)理/項(xiàng)目經(jīng)理可以看作是一個(gè)總的牽頭人，可謂是產(chǎn)品的靈魂。（自賣自夸一下哈哈哈）
  每日站會
  在每日站會上，不同的角色所需要關(guān)注的點(diǎn)也不同。
  1、產(chǎn)品經(jīng)理，可在項(xiàng)目看板上，整體介紹每個(gè)項(xiàng)目目前的進(jìn)展情況，與預(yù)期的差別，著重點(diǎn)在于每個(gè)項(xiàng)目整體的進(jìn)度是否符合原先的項(xiàng)目排期。
  2、設(shè)計(jì)師的重點(diǎn)，則在于目前手頭項(xiàng)目的頁面數(shù)量及美觀，由于設(shè)計(jì)方面含了大量的主觀性，所以設(shè)計(jì)出來的產(chǎn)品，是否能夠滿足目標(biāo)用戶（使用者/產(chǎn)品/甲方等）的要求，在目標(biāo)用戶提出要求之后，加上修改的時(shí)間是否能夠如期完成等。往往會遇到一個(gè)情況，設(shè)計(jì)師用兩周的時(shí)間完成了設(shè)計(jì)稿，卻用了一周多的時(shí)間來進(jìn)行設(shè)計(jì)稿的修改優(yōu)化。這個(gè)情況難免會造成項(xiàng)目的延期。
  3、開發(fā)人員的話，相對來說就比較復(fù)雜一些。除了關(guān)注不同項(xiàng)目的不同進(jìn)度之外，還要著重于每個(gè)單一項(xiàng)目的進(jìn)度。整體進(jìn)度是否與項(xiàng)目排期表一致；功能模塊是否按照優(yōu)先級來完成；開發(fā)的時(shí)候是否遇到瓶頸；準(zhǔn)備如何解決，若無法解決，與產(chǎn)品經(jīng)理協(xié)商下，是否有Plan B等等問題，也是開發(fā)人員需要在每日站會上來進(jìn)行匯報(bào)討論的。
  4、測試人員，關(guān)注點(diǎn)在于項(xiàng)目的完成情況，是否需要進(jìn)行提前的模塊化測試；若整體完成，則測試進(jìn)度是否如期進(jìn)行等。
  整體的每日站會時(shí)間，控制在5-15分鐘之間，快速高效是重點(diǎn)，不開無意義的會議。
  重要的事情說三遍：
  不開無意義的會議！
  不開無意義的會議！
  不開無意義的會議！
  同時(shí)站會通常安排在每天上班后的半小時(shí)后，原因在于：剛開始上班的前半小時(shí)，每個(gè)人可以回顧一下昨天完成的任務(wù)，同時(shí)規(guī)劃下今天的任務(wù)安排，討論下遇到的任務(wù)難題，如此也能使站會更加有意義，形式化的每日站會是不提倡的。
  每周會議
  而每周會議，與每日站會不同的是，著重點(diǎn)不在于關(guān)注項(xiàng)目本身，需盡量脫離各個(gè)項(xiàng)目的細(xì)節(jié)點(diǎn)（防止陷入細(xì)節(jié)討論，耽誤時(shí)間），以宏觀的角度來考慮整體的項(xiàng)目進(jìn)度及情況。
  回顧本周的進(jìn)度成果，與本周的任務(wù)計(jì)劃是否有偏差。若未按期完成，分析一下原因（括個(gè)人原因、溝通原因、技術(shù)原因）等，以便于提高個(gè)人效率。
  計(jì)劃下周完成任務(wù)，具體每個(gè)任務(wù)的大致模塊及完成的整體進(jìn)度。
  項(xiàng)目經(jīng)理/產(chǎn)品經(jīng)理需要大致總結(jié)下項(xiàng)目情況，將項(xiàng)目具體的進(jìn)度如何如實(shí)地給到項(xiàng)目成員，做到一個(gè)人人都心中有數(shù)的地步，因?yàn)榇蠹沂且粋€(gè)團(tuán)隊(duì)，缺少了任何一個(gè)環(huán)節(jié)，項(xiàng)目都進(jìn)行不下去。
  緩和氣氛，結(jié)束過去的一周，周末充分休息，迎接新的一周（團(tuán)隊(duì)和諧的氛圍對于項(xiàng)目的配合也有舉足輕重的作用）
  3.4.2項(xiàng)目周期中的日報(bào)與周報(bào)
  上文提到，有每日站會，每周周會，那么同樣的，也相應(yīng)會有日報(bào)跟周報(bào)，如何寫好日報(bào)跟周報(bào)是個(gè)老生常談的話題，也有許多大佬有他們的分享，這邊就不提了。
  對于每個(gè)崗位，日報(bào)跟周報(bào)都是及其重要的，但是對于不同的崗位，寫日報(bào)跟寫周報(bào)的方式也全然不同。日報(bào)跟周報(bào)在一定程度上，是寫給自己看的（但其實(shí)往往都被要求發(fā)送上級領(lǐng)導(dǎo)審核），一旦成為了任務(wù)，那么，便可能產(chǎn)生應(yīng)付的情況，那么意義也不大了。
  3.5第五階段：項(xiàng)目收尾階段
  3.5.1工程師自測
  當(dāng)開發(fā)小哥完成代碼之后，需要進(jìn)行冒煙測試后，再給到專業(yè)的測試人員。
  程序員進(jìn)行自測是對自己所寫模塊的進(jìn)一步檢查，這樣可以使對該模塊的邏輯更加明確，同時(shí)加深對于該模塊的記憶，并且可以程度確保每個(gè)模塊程序書寫的正確性。
  3.5.2設(shè)計(jì)師自測
  UI驗(yàn)證是由UI設(shè)計(jì)師來驗(yàn)證當(dāng)前的系統(tǒng)UI是否能夠達(dá)到預(yù)期的效果。
  UI驗(yàn)證是當(dāng)前頁面UI還原度的一個(gè)重要證據(jù)。UI驗(yàn)證是檢測當(dāng)前頁面能否做到UI圖級別的視覺效果，以及開發(fā)人員是否按照UI設(shè)計(jì)師的界面需求進(jìn)行實(shí)現(xiàn)的一個(gè)重要準(zhǔn)則。
  3.5.3產(chǎn)品經(jīng)理自測
  產(chǎn)品驗(yàn)收是產(chǎn)品經(jīng)理在項(xiàng)目交付前進(jìn)行最后需求與程序開發(fā)是否統(tǒng)一的過程。
  產(chǎn)品經(jīng)理進(jìn)行驗(yàn)收是對整體系統(tǒng)流程的一個(gè)把關(guān)，也是對當(dāng)前系統(tǒng)一次總的檢查，在驗(yàn)收過程中需要綜合UI驗(yàn)證以及測試時(shí)的一個(gè)結(jié)果來確認(rèn)在產(chǎn)品經(jīng)理在驗(yàn)收后是否可以交付該系統(tǒng)。
  3.5.4、測試工程師測試
  測試工程師需要進(jìn)行功能測試、性能測試、兼容性測試、壓力測試、回歸測試，這邊隸屬測試工程師的范疇，這邊不再過多贅述。
  3.5.5項(xiàng)目收尾文件
  在一個(gè)項(xiàng)目結(jié)束之后，必然要進(jìn)行項(xiàng)目文件的留檔記錄、括但不限于項(xiàng)目需求文檔（PRD）、驗(yàn)收文檔、測試報(bào)告、數(shù)據(jù)庫設(shè)計(jì)文檔、項(xiàng)目實(shí)施總結(jié)報(bào)告、產(chǎn)品使用說明手冊等文檔。
  原則上，文檔涉及到項(xiàng)目生命周期當(dāng)中的所有文件，PM在項(xiàng)目過程當(dāng)中需要合理地進(jìn)行分類及保管，以便后續(xù)項(xiàng)目迭代、復(fù)盤使用。
  具體需要到什么程度的文檔，各公司要求各異，作為產(chǎn)品，尋求一個(gè)平衡點(diǎn)即可。
  3.5.6項(xiàng)目復(fù)盤
  項(xiàng)目復(fù)盤是每個(gè)項(xiàng)目的極其重要，卻又容易被忽略的步驟。
  在經(jīng)歷了每個(gè)項(xiàng)目節(jié)點(diǎn)的開發(fā)推進(jìn)，往往在團(tuán)隊(duì)當(dāng)中會暴露出部分問題，那么，不斷地復(fù)盤可以總結(jié)經(jīng)驗(yàn)，并且在下一次產(chǎn)品迭代當(dāng)中，減少錯(cuò)誤的發(fā)生。
  同時(shí)也有成功的經(jīng)歷，那么復(fù)盤總結(jié)可以將將成功的經(jīng)驗(yàn)變成規(guī)律，再次遇到的情況可增加整體項(xiàng)目效率，從另外一方面來看也是為公司減少成本。
  最后，在團(tuán)隊(duì)當(dāng)中，幾個(gè)項(xiàng)目下來，團(tuán)隊(duì)人員的心情、狀態(tài)都在不斷改變，復(fù)盤總結(jié)的同時(shí)，也能夠及時(shí)關(guān)注，及時(shí)處理及溝通。
  項(xiàng)目復(fù)盤的四大步驟：收集問題、分析問題、討論問題、解決問題。
  這邊不過多贅述，感興趣的可關(guān)注阿境（公眾號：夢想家阿境），同阿境一起聊聊。

  04、項(xiàng)目管理中的幾個(gè)注意點(diǎn)
  4.1項(xiàng)目成員的把控
  項(xiàng)目管理由人來管理，那么，“人”在項(xiàng)目這個(gè)過程當(dāng)中，尤為重要。
  “水能載舟，亦能覆舟?！表?xiàng)目比作船，那么人便是水。人促使了項(xiàng)目的推進(jìn)，但在某些情況下，也能夠?qū)е马?xiàng)目的失敗。
  作為項(xiàng)目管理者，不僅僅是要關(guān)注項(xiàng)目本身狀態(tài)進(jìn)程，同時(shí)也要關(guān)注團(tuán)隊(duì)成員當(dāng)中，每個(gè)人的狀態(tài)，括效率、情緒等方面。
  對于這點(diǎn)來說，較難細(xì)化，也沒有具體的方法論，需要朋友們切身去體會下。（有興趣的可同阿境來討論交流）
  4.2項(xiàng)目管理工具、方法論的合理使用
  項(xiàng)目管理工具市面上含了TAPD、jira、禪道等等，項(xiàng)目因其體量不同，公司因其流程不同，人員因其性格不同，都造成了項(xiàng)目管理的差異。
  明確項(xiàng)目管理的目的才是項(xiàng)目管理者要關(guān)注的點(diǎn)：在規(guī)定的時(shí)間內(nèi)保質(zhì)保量的完成項(xiàng)目目標(biāo)。那么，在這個(gè)結(jié)果之前，使用什么方法論，使用什么工具，就都較為次要了。
  切勿過于迷信工具以及方法論，他們存在的意義，是為了更好地幫助項(xiàng)目管理者完成項(xiàng)目，提高項(xiàng)目管理的效率。
  4.3做好項(xiàng)目延期后的準(zhǔn)備
  作為項(xiàng)目管理者，當(dāng)然是希望項(xiàng)目能夠如期、保質(zhì)保量地完成。
  但往往因?yàn)楦黝愒颍瑳]辦法如愿，那么在一開始的時(shí)候，就需要做好項(xiàng)目延期的準(zhǔn)備，出現(xiàn)風(fēng)險(xiǎn)之后的預(yù)案，避免驚慌失措的情況。
  因?yàn)槿藛T效率、外界原因?qū)е碌捻?xiàng)目延期，那么可以適當(dāng)調(diào)整需求，將較難的需求，換個(gè)方式實(shí)現(xiàn)。舉個(gè)例子：開發(fā)某平臺，來不及做客服功能，可考慮對接第三方客服，若還是來不及，彈出客服的聯(lián)系方式暫時(shí)應(yīng)急下。一個(gè)功能按照復(fù)雜程序來做可做數(shù)個(gè)月，按照簡單程序來做可能幾個(gè)小時(shí)就能完成。
  那么，項(xiàng)目的時(shí)間也因需求復(fù)雜程度而定，把控好這個(gè)平衡點(diǎn)，是產(chǎn)品經(jīng)理需要做的。