大體說來焊傅，一個項目管理的流程分為這么幾個階段：

項目啟動——項目計劃——項目執(zhí)行和監(jiān)控——項目收尾

如果用一幅圖來表示的話，大概會是這個樣子的：

在整個項目的運轉(zhuǎn)過程中来累，從最開始的來自領(lǐng)導(dǎo)的戰(zhàn)略規(guī)劃啟動了項目领虹，到前期的項目計劃、需求轉(zhuǎn)化與中期的項目執(zhí)行和跟進烁落，以及后期的項目收尾總結(jié)會，每一個環(huán)節(jié)都有產(chǎn)品經(jīng)理的身影豌注。

尤其是在初創(chuàng)公司伤塌，產(chǎn)品經(jīng)理大多數(shù)的時間也擔(dān)任項目經(jīng)理這樣一個角色。所以對于初創(chuàng)公司的產(chǎn)品們來說轧铁，了解項目管理的大致流程每聪，合理分配資源就顯得更加重要了。

我們來一一梳理下属桦，產(chǎn)品經(jīng)理如果來負(fù)責(zé)一個項目的管理熊痴，在每一個階段都要做哪些工作他爸。

項目啟動階段

任何一個項目聂宾，能夠被啟動，至少從戰(zhàn)略層面是得到公司認(rèn)同和支持的诊笤，也就意味著這個項目是要背負(fù)著實現(xiàn)公司的某一個戰(zhàn)略目標(biāo)而存在的系谐。產(chǎn)品經(jīng)理在項目啟動前，有這么幾個問題需要提前去了解和熟悉：

為什么要立項？

項目目標(biāo)是什么纪他？

項目的相關(guān)人員都有哪些鄙煤？

怎么立項？

第一個問題茶袒，為什么要立項梯刚？

這個時候，作為產(chǎn)品經(jīng)理的你需要去了解這個項目的來龍去脈薪寓，最好的方式是和你的上級或者BOSS溝通亡资，因為他們掌握的信息量遠遠比你大且比你多，所以通過和他們溝通再加上自己理解向叉，就能夠?qū)椖苛㈨椀脑蛴幸粋€清晰的認(rèn)知锥腻。

當(dāng)然，有時候項目立項母谎，可能就是產(chǎn)品版本的定期迭代瘦黑，這個時候產(chǎn)品經(jīng)理對為什么要立項恐怕是比誰都更清楚了。

第二個問題奇唤，項目目標(biāo)是什么幸斥？

產(chǎn)品經(jīng)理作為項目的負(fù)責(zé)人，是一定要明白整個項目的目標(biāo)是什么咬扇，然后在里面找出最核心的目標(biāo)睡毒。例如有的項目是時間（越快越好，花多少錢無所謂）冗栗，有的項目是錢（做慢點沒關(guān)系演顾，但是要花最少的錢）。這些都可以通過跟你的領(lǐng)導(dǎo)聊一聊聊出這些信息隅居，知道了項目目標(biāo)后你需要把這個目標(biāo)用準(zhǔn)確的文字寫下來钠至。

對，一定要寫下來胎源，因為口說無憑棉钧，再一個寫下來的東西才能成為所有人具體執(zhí)行的方向和準(zhǔn)則。

第三個問題涕蚤，項目的相關(guān)人員都有哪些宪卿？

關(guān)于干系人，寶潔的方法論是找出PACE万栅。P是Participant（參與者）佑钾，A是Approver（審批者），C是Consultant（顧問）烦粒，E是Executor（執(zhí)行者）休溶。當(dāng)然代赁，產(chǎn)品經(jīng)理（尤其是創(chuàng)業(yè)公司的產(chǎn)品）在日常的項目工作中，恐怕不會有這么繁瑣的流程兽掰，所以芭碍，也就遵循一切從簡的原則。

項目相關(guān)人員孽尽，可以從這幾個角度去考慮下窖壕，如哪些人或部門會受到項目結(jié)果的影響，哪些人可為項目提供資源（人杉女、財艇拍、物）等。當(dāng)然宠纯，在互聯(lián)網(wǎng)公司卸夕，常見的相關(guān)人員也就是老板、產(chǎn)品經(jīng)理婆瓜、項目經(jīng)理快集、項目團隊（包含設(shè)計、開發(fā)廉白、測試个初、運維等）及用戶等。

找到了項目的相關(guān)人員后猴蹂，現(xiàn)在你要做的就是把團隊成員綁到自己的船上院溺。你需要去了解團隊里每個成員的核心KPI，也就是他們于這個項目的需求是什么磅轻，做這個項目可以給他們帶來什么珍逸。如果這個項目沒被囊括在這個成員的工作評價 list 里面，你需要去找他的老板溝通聋溜。

根據(jù)我的經(jīng)驗谆膳，85%出工不出力的情況都是因為你的項目根本不會對這個成員的KPI有什么正向的幫助。當(dāng)然撮躁，如果找他的老板溝通無效漱病，還有最后一招：感情投資，請那個成員擼串把曼、吃飯杨帽，利用感情讓他幫你做好這個項目。

第四個問題嗤军，怎么立項注盈？

通常來說，這個時候需要開一個項目啟動大會型雳。這個啟動大會的目的是召集項目團隊成員当凡，成員之間初步認(rèn)識一下山害，產(chǎn)品經(jīng)理主持會議纠俭，然后清楚地傳達項目要做什么沿量，目標(biāo)是什么，為什么要做冤荆，怎么做朴则，誰來做等等。

另外钓简，跟所有的啟動大會一樣乌妒，項目的啟動大會，也需要給團隊成員來點雞湯外邓、打點雞血撤蚊。產(chǎn)品經(jīng)理需要去統(tǒng)一團隊的思想，明確團隊的管理和運作方式损话，以及團隊的溝通機制等侦啸，產(chǎn)品經(jīng)理需要動員團隊成員積極參與項目，并高質(zhì)量地完成項目丧枪。

這個時候光涂，項目相關(guān)的文檔其實應(yīng)該已經(jīng)完成了，因為只有當(dāng)詳細(xì)的產(chǎn)品需求文檔有了之后拧烦，開發(fā)團隊才能估算項目時間及里程碑等忘闻。也有另一種情況，那就是項目本身包括了需求分析階段恋博，所以詳細(xì)的需求文檔是在立項之后才開始進行調(diào)研和撰寫齐佳。

不管怎么說，明確的產(chǎn)品需求和詳細(xì)的需求文檔债沮，都是項目得以順利進行的基本前提保障重虑，所以，產(chǎn)品經(jīng)理的規(guī)劃能力秦士、撰寫文檔的能力在這個時候就顯得尤為重要了缺厉。

項目計劃階段

完成了項目的啟動，接下來就要開始進行項目計劃了隧土，所謂的項目計劃提针，其主要工作就是工作任務(wù)分解，任務(wù)優(yōu)先級安排曹傀，資源辐脖、工期、成本估算皆愉，以及風(fēng)險計劃和溝通計劃等嗜价。

工作任務(wù)分解

工作任務(wù)分解艇抠，在項目管理中也有專門的術(shù)語叫做“工作分解結(jié)構(gòu)”（WBS），指的是以可交付成果為導(dǎo)向?qū)椖恳剡M行的分組久锥。它其實歸納和定義了項目的整個工作范圍玫霎，從項目目標(biāo)開始分解听诸，逐層下降死宣，每下降一層痕檬，代表對項目工作的更詳細(xì)的定義。

產(chǎn)品經(jīng)理在每一個版本的迭代規(guī)劃中歹苦，都需要從產(chǎn)品需求池中撈一些比較重要的需求出來放到項目需求里來青伤，這正好符合敏捷開發(fā)的思想，飯是要一口一口吃的殴瘦，項目也是一樣狠角，不可能一次性把所有需求都搞定。所以蚪腋，我們需要通過一個版本一個版本來完成丰歌，在做版本的工作任務(wù)分解的時候，一定要將任務(wù)分解到不能再分為止辣吃，任務(wù)的粒度一定要細(xì)动遭，如果太粗，則很有可能會出現(xiàn)一些任務(wù)被忽略神得，從而影響整個項目的進度和計劃厘惦。

一般的工作任務(wù)分解方法有：按照產(chǎn)品的物理結(jié)構(gòu)分解、按照產(chǎn)品的功能模塊進行分解哩簿、按照實施過程來進行分解宵蕉、或者是按照項目的地域分布等。比較常用的是按功能模塊來進行分解节榜，再結(jié)合產(chǎn)品的實施過程來進行分解羡玛。

以微信公眾號的開發(fā)為例：

微信公眾號的開發(fā)就涉及微信端開發(fā)和PC管理后臺的開發(fā)，這個時候如果進行任務(wù)分解宗苍，最基本的方向就要分為微信端任務(wù)開發(fā)稼稿、PC管理端任務(wù)開發(fā)。

而微信端任務(wù)開發(fā)讳窟，又可細(xì)分為需求梳理让歼、產(chǎn)品設(shè)計、前端頁面實現(xiàn)丽啡、后臺接口支持谋右、測試任務(wù)等；PC管理端的任務(wù)開發(fā)也是如此补箍，也細(xì)分為需求梳理改执、產(chǎn)品設(shè)計啸蜜、前端頁面實現(xiàn)、后臺接口支持辈挂、測試任務(wù)等衬横，如果再細(xì)分功能模塊，則可分為“群發(fā)消息”呢岗、“自動回復(fù)”冕香、“用戶管理”蛹尝、“消息管理”等功能模塊的需求梳理后豫、產(chǎn)品設(shè)計、前端頁面實現(xiàn)突那、后臺接口支持挫酿、測試任務(wù)等；

這里需要注意的是：分解任務(wù)的過程中愕难，需要將任務(wù)給描述清楚早龟；否則團隊成員會不太明確，自己究竟要做成什么樣子猫缭，或達到什么樣的目標(biāo)才算任務(wù)完成葱弟。

項目的工作任務(wù)分解，其實也可以運用我們之前提到過的MECE原則去進行檢查：工作任務(wù)必須全面猜丹、清晰芝加、細(xì)分，任務(wù)責(zé)任需要到人射窒，每一個子任務(wù)都能夠估算工作量和工期藏杖。

任務(wù)優(yōu)先級安排

任務(wù)分配好了，但總有輕重緩急之分脉顿。項目里的優(yōu)先級排序蝌麸，就是需要產(chǎn)品經(jīng)理去識別項目任務(wù)清單里的各種任務(wù)的相互關(guān)聯(lián)和依賴關(guān)系，并根據(jù)自己對需求優(yōu)先級的判斷艾疟，來對項目里各項任務(wù)的先后順序進行安排和確定来吩。

通俗地來說，產(chǎn)品經(jīng)理要定義的就是先做哪些任務(wù)蔽莱，后做哪些任務(wù)弟疆。其實這個時候往往又會用到我們在需求管理中使用到的工具KANO模型，通過明確任務(wù)的重要度和緊急度來梳理任務(wù)的優(yōu)先級碾褂，優(yōu)先處理的是重要又緊急的任務(wù)兽间。

在處理任務(wù)的優(yōu)先級安排時，有另一個非常重要的點需要明白正塌，那就是有些任務(wù)與任務(wù)之間嘀略，存在著前置后置關(guān)系恤溶，只有在完成了一項任務(wù)的時候，我們才能開始下一個任務(wù)帜羊。所以在規(guī)劃優(yōu)先級的時候咒程，需要把這種情況給考慮進去。

計劃呈現(xiàn)——甘特圖或其它

很多項目管理的書籍都推薦使用甘特圖來進行項目進度計劃的制作和呈現(xiàn)讼育，一般都是通過微軟的Project等專業(yè)軟件進行繪制帐姻，還可以通過這些專業(yè)軟件直接查看項目的關(guān)鍵路徑。也有一些產(chǎn)品經(jīng)理或項目經(jīng)理直接使用Excel來制作項目進度計劃表奶段，畢竟他們對于表格的操作熟練程度已經(jīng)足夠駕馭一個項目的進度計劃制作饥瓷。

我是個比較注重用戶體驗的人，所以痹籍，上面兩種工具其實我都不怎么使用呢铆；一般來說，我更喜歡通過團隊協(xié)作軟件中的項目管理功能蹲缠，來實現(xiàn)項目計劃的呈現(xiàn)棺克。

比如下面這樣的：

tower的項目管理界面

風(fēng)險控制

通俗地來說：風(fēng)險就是發(fā)生不幸事件的概率。任何一個項目都有風(fēng)險线定，這就好比任何一次手術(shù)都有風(fēng)險一樣娜谊，風(fēng)險其實是無處不在的，是一種不以人的意志為轉(zhuǎn)移斤讥，獨立于人的意識之外而存在的事物纱皆。

我們先來看看常見的一些風(fēng)險來源有哪些：

a、客戶沒有參與項目

如果你們公司的一個項目恰好是給客戶做的一個定制產(chǎn)品周偎，但是在項目啟動抹剩、計劃和執(zhí)行的階段，都沒有客戶的參與蓉坎，客戶只是在最開始的時候給了一份文檔澳眷，然后在項目收尾的時候來進行驗收，中間沒有絲毫地參與到項目中來蛉艾。那么客戶一旦發(fā)現(xiàn)最后的成果和自己當(dāng)初設(shè)想的需求相去甚遠钳踊，結(jié)果就會變得非常糟糕∥鸷睿客戶有可能因此就不同意驗收項目拓瞪，要求項目團隊重新返工開發(fā)，這個時候造成的工作量及時間的損失助琐、及對相關(guān)事件的影響則是不可估量的祭埂。

b、需求不明確或不完整

產(chǎn)品經(jīng)理的需求說明文檔出現(xiàn)不明確或不完整的情況，項目出現(xiàn)風(fēng)險的概率也會比較大蛆橡，因為項目的開發(fā)成員都是圍繞著需求設(shè)計文檔來進行開發(fā)舌界、測試的，如果產(chǎn)品經(jīng)理能夠隨叫隨到泰演，和開發(fā)及時討論清楚需求呻拌，則還能挽回一定的損失；而如果是異地開發(fā)睦焕，則整個項目便會比較悲催藐握。

c、項目計劃的不合理

項目沒有如期完成垃喊，很有可能本身項目計劃就是有問題的猾普。比如說，團隊成員的分工不合理缔御、工期安排的也不合理（一般3個月才能完成的任務(wù)抬闷，非得要求1個月之內(nèi)要上線）妇蛀、資源沒有配置到位耕突、工作任務(wù)的分解沒有細(xì)化沒有責(zé)任到人（這樣就會導(dǎo)致項目組的團隊成員對自己的任務(wù)不太清晰，即使分解了评架，沒有指定到人眷茁，也會發(fā)現(xiàn)影響項目進展）、還有一個就是任務(wù)的優(yōu)先級安排的不合理纵诞，導(dǎo)致后面任務(wù)的完成受到影響等上祈。

d、團隊成員的精神狀態(tài)

一個項目能不能如期按時按質(zhì)地完成浙芙，其中最主要因素還是人的因素登刺，因此團隊成員的精神狀態(tài)也是影響項目成敗的風(fēng)險之一。如果項目成員都如Scrum敏捷開發(fā)中提到的團隊成員一樣嗡呼，都是自發(fā)組織和管理纸俭，參與項目的積極性比較高，項目風(fēng)險就會大大降低南窗。如果項目成員工作態(tài)度有問題揍很，互相之間經(jīng)常推諉任務(wù)責(zé)任，經(jīng)惩蛏耍互相埋怨窒悔，那么項目的成果則很令人擔(dān)憂。

e敌买、領(lǐng)導(dǎo)變更

這里的領(lǐng)導(dǎo)變更简珠，主要是指項目開發(fā)到中途，領(lǐng)導(dǎo)突然說這個需求不對虹钮，應(yīng)該朝另一個需求方向開發(fā)聋庵，那么我們就稱之為領(lǐng)導(dǎo)變更荐操。這里的變更，大致分為兩種情況：

一種是不太傷筋動骨的珍策，也就是只是小的需求修改托启，不涉及底層架構(gòu)的重建；另一種呢攘宙，則是產(chǎn)品的規(guī)劃和定位不夠清晰屯耸，導(dǎo)致修改起來比較傷筋動骨。一個需求方向的改變蹭劈，就可能讓開發(fā)重新搭建后臺架構(gòu)疗绣，前端很多頁面也得跟著修改。

當(dāng)然铺韧，有時候產(chǎn)品經(jīng)理也常常會犯這樣的錯誤多矮，就是中途變更需求，這就要求產(chǎn)品經(jīng)理在項目策劃的時候就把需求都想清楚哈打，盡量減少項目開發(fā)到一半需求突然變更的情況塔逃。

f、技術(shù)風(fēng)險

這里說到的技術(shù)風(fēng)險料仗，指的是項目的開發(fā)組成員湾盗，他們在用代碼實施項目的過程中，會發(fā)生一系列意想不到的情況立轧。比如開發(fā)去做一個從來沒有做過的功能格粪，這個時候可能需要先進行技術(shù)調(diào)研，可能最后的結(jié)果是光光是調(diào)研事件就話費了一兩個禮拜氛改，留著開發(fā)的時間幾乎僅剩無幾帐萎。比如說網(wǎng)站掛了，一處理就一天時間進去了胜卤，原先手上的項目就只好拖延一天疆导。

這里列舉了一些常見的技術(shù)風(fēng)險，產(chǎn)品經(jīng)理們在做項目管理的過程中瑰艘，還是稍微了解下比較好：

那說了這么多的風(fēng)險來源是鬼，有沒有什么比較好的方法來規(guī)避這些風(fēng)險呢？

答案是有紫新，但是依然比較難規(guī)避掉所有的風(fēng)險均蜜。

大家有沒有同感：出現(xiàn)項目偏離日程安排的情況，很少是因為工作耗費了比預(yù)期更長的時間芒率。更常見的原因是：根本不在計劃中的工作使項目泥足深陷囤耳？如果身兼項目經(jīng)理的你，深有同感；那么充择，我們就可以體會到：項目中的風(fēng)險是可以互通的德玫，昨天的問題就是今天的風(fēng)險，你的問題很可能就是我的風(fēng)險椎麦。

因此宰僧，我們能做的比較好的一個方法就是：在項目初期，對上述風(fēng)險來源進行逐一參考和排查观挎，看看是否存在什么問題琴儿。當(dāng)然，更加隱秘的風(fēng)險嘁捷，恐怕也不是靠這種逐一排查的方法來發(fā)現(xiàn)的造成；更關(guān)鍵的點還是在于對日常項目狀態(tài)的洞察，這樣才能把所有的核心風(fēng)險都呈現(xiàn)出來雄嚣。

風(fēng)險管理是一件非常耗費心力的事情晒屎，產(chǎn)品經(jīng)理如果兼職做了項目管理的工作，就必須要做好相關(guān)的心理準(zhǔn)備缓升，畢竟內(nèi)心強大也是產(chǎn)品經(jīng)理必須具備的一個人格特質(zhì)啊鼓鲁。

在完成了項目計劃階段，進行了項目計劃的任務(wù)分解仔沿、優(yōu)先級排序坐桩、計劃呈現(xiàn)和風(fēng)險控制之后，就到了項目的執(zhí)行和監(jiān)控階段了封锉。這個階段主要是針對項目執(zhí)行的情況進行溝通，對整個項目的執(zhí)行進度進行監(jiān)控膘螟，使其在時間成福、質(zhì)量、成本之間取得一定的平衡荆残。

項目執(zhí)行和監(jiān)控

主要來說奴艾，這個階段會包含下面這么幾件事情：

過程跟蹤：主要是對項目執(zhí)行過程中的跟蹤和監(jiān)控，防止團隊成員對計劃理解產(chǎn)生偏差内斯，導(dǎo)致執(zhí)行階段出現(xiàn)一些問題蕴潦，跟蹤的事物包含團隊成員、任務(wù)俘闯、開支情況等潭苞；

例行項目會議：所謂的例行會議，其實就是要給一個項目制定一個固定的溝通渠道真朗，這樣才能讓團隊成員溝通效率變高此疹；

階段性交付物的審核：對于一個長期的項目計劃，一定是會拆解為好幾個實施階段的，那么對于階段性的交付物就有必要進行審核了蝗碎，這也是非常重要的一個監(jiān)控手段湖笨；

里程碑報告：項目達到了一個里程碑，那么就可以來一次里程碑的報告蹦骑；

變更管理：為了適應(yīng)項目運行過程中與項目相關(guān)的各種因素的變化慈省，保證項目目標(biāo)的實現(xiàn)而對項目計劃進行的一些調(diào)整，我們稱之為變更管理眠菇；

第一件事情辫呻，過程跟蹤

產(chǎn)品經(jīng)理為了掌握項目的進展，掌握各項工作的狀況琼锋，就不得不進行項目過程的一個監(jiān)控和跟蹤放闺。只有這樣，出現(xiàn)了問題缕坎，我們才能進行適當(dāng)?shù)馁Y源調(diào)整和進度計劃調(diào)整怖侦，重新規(guī)劃某一個任務(wù)的開始時間和結(jié)束時間，并記錄實際的進度情況谜叹。

那么匾寝，產(chǎn)品經(jīng)理在實際的工作過程中，到底如何進行項目跟蹤呢荷腊，主要可以從以下三個方面進行考慮：

1艳悔、管事——監(jiān)控項目的任務(wù)

有很多產(chǎn)品經(jīng)理都有一個習(xí)慣，那就是在每天來到公司的第一件事情女仰，就是跑到項目開發(fā)組那邊去溜達一圈猜年，把大家召集到一個地方進行項目站立會的召開，例會花不了多長時間疾忍，但是在監(jiān)控項目任務(wù)進展方面起的作用卻很大乔外。一方面可以避免有些同事在項目過程中沉浸在自己的世界里，方向走偏了自己沒有發(fā)現(xiàn)一罩。另外一方面是能幫助大家克服人性上的懶惰因素杨幼，在每天匯報工作進度中給大家形成適度的壓力。

每日站立會在同樣的時間和同樣的地點召開聂渊，會議準(zhǔn)時開始差购，最好不要超過15分鐘，每一個開發(fā)團隊的成員都必須發(fā)言汉嗽，會議中不進行討論欲逃，發(fā)言內(nèi)容需提供以下信息：

昨天完成了什么

今天即將做什么

遇到了什么困難

很多團隊在召開每日站會的時候，還會結(jié)合看板來進行任務(wù)梳理诊胞，如下圖這樣的：

每日站會看板

通過這樣一種簡單的會議形式暖夭，就可以讓項目組的所有成員知曉各任務(wù)的最新進展锹杈。這樣才能監(jiān)控哪些任務(wù)的進度落后于計劃，并采取相應(yīng)的措施給予糾正（通常就是加班啦）迈着，盡量不使項目的進度受到影響竭望。

當(dāng)然，我們不光要知道任務(wù)的進度落后裕菠，還需要去了解落后的原因是什么咬清，這樣才能根據(jù)具體情況采取不同的措施來使得項目恢復(fù)到正常軌道上來。

比如奴潘，某一個任務(wù)的進度落后于計劃旧烧，發(fā)現(xiàn)原來是任務(wù)分解的時候漏掉了這個任務(wù)或者這個任務(wù)沒有責(zé)任到人，那么在發(fā)現(xiàn)了這一情況之后画髓，可以采取的措施有：讓開發(fā)加班搞定掘剪、增加人力投入、延長時間奈虾、或者更換效率較高的成員來完成任務(wù)夺谁。

這些都是補救措施，我們再補救完了之后肉微，其實還可以進一步的思考匾鸥，是不是我們的項目管理流程上面哪里有什么欠缺，是否可以改進工作流程碉纳、方法和工具勿负，這樣就減少上述情況的發(fā)生概率。

2劳曹、管人——監(jiān)控項目的團隊成員

大家不要誤解為是讓產(chǎn)品經(jīng)理去做間諜之類的角色奴愉，混跡于項目組成員中偷取情報什么的。其實厚者，這里所謂的監(jiān)控項目的團隊成員躁劣，更多的是去記錄下項目組每個成員的表現(xiàn)，對表現(xiàn)突出的給予贊賞和肯定库菲，對表現(xiàn)不好的則應(yīng)提出相應(yīng)的批評（當(dāng)然，很多時候產(chǎn)品經(jīng)理其實并不是開發(fā)部門的領(lǐng)導(dǎo)志膀，措辭什么的還是注意一下為好）熙宇。

另外一點，產(chǎn)品經(jīng)理要去多和項目組的成員進行溝通溉浙，這種溝通不僅僅是工作上的溝通烫止，還可以聊聊生活方面的東西，這樣不僅可以促進你和項目成員之間的關(guān)系戳稽，還能及時知曉他們的生活狀態(tài)馆蠕，也是有利于項目管理的期升。

3、管錢——監(jiān)控項目的開支

一般的軟件項目開發(fā)并不會涉及到項目開支的問題互躬，因為基本所有的開支都是人力成本播赁。但也有特殊情況，尤其是運營活動相關(guān)的項目管理吼渡，就經(jīng)常會涉及到項目開支的問題容为，這里的監(jiān)控其實主要是記錄下所有的開支流水，看下與項目計劃初始階段的預(yù)算相比是否有超出的情況寺酪。

這個時候可以好好和運營的相關(guān)同事進行溝通坎背，找出具體的費用超出項，分析原因找到相應(yīng)的解決方案寄雀。

第二件事情得滤，例行項目會議

管理學(xué)大師彼得德魯克有一句名言，叫做“管理就是溝通盒犹，溝通懂更，再溝通”。事實上阿趁，我們細(xì)想一下膜蛔，在項目管理的實踐過程中，我們是不是經(jīng)常會碰到下面這些情況：

比如說項目老板隔三差五就跑來詢問項目的進展情況脖阵，其實是因為沒有人給他匯報項目的進展皂股，但老板又比較擔(dān)心；

再比如說命黔，你把需求的第一部分通過郵件發(fā)出去后呜呐，沒有人回郵件提出自己的意見和疑問，你也以為這個需求會很順利的走下去悍募，但是那天無意間和團隊成員聊起需求蘑辑，那個成員馬上提出來自己的異議，巴拉巴拉說了一通坠宴。有的時候你不去問洋魂，別人是不會主動來告訴你他的想法的，這個時候可能自己才意識到喜鼓，其實是需要給團隊一個溝通的機會來聊這些東西副砍；

還有，在項目實踐中庄岖，問題早就已經(jīng)出現(xiàn)了豁翎，但是過了一段時間才通知項目團隊的所有成員，這樣就導(dǎo)致了大家對于項目進展的信息不對稱隅忿，很容易導(dǎo)致工期滯后的情況發(fā)生心剥；

所以邦尊，在項目管理的過程中，溝通是不能忽視的一個重要環(huán)節(jié)优烧。再說的直白一點蝉揍，項目負(fù)責(zé)人最重要的工作之一就是溝通，所要花費的時間可能要占到工作的75%～90%匙隔。因為只有良好的溝通疑苫，才能獲取足夠多的信息，才能發(fā)現(xiàn)潛在的問題纷责，這樣才能更好的控制項目的各個方面捍掺。

前面我們提到了項目有相關(guān)干系成員，但由于每個成員的崗位和職責(zé)不同再膳，所以每個人關(guān)注的項目信息不一樣挺勿，他們關(guān)注信息的頻率其實也不一樣，有的比較頻繁喂柒，有的則可能整個項目過程就問那么兩三次不瓶。由于每個人的習(xí)慣不同，所以他們獲取信息的手段也不太一樣灾杰，有些人喜歡微信蚊丐、QQ，有些人喜歡郵件艳吠，還有些人喜歡以會議的形式獲取信息麦备。

這樣的話，就很有必要建立起一套屬于本項目的一個溝通機制昭娩，統(tǒng)一一下溝通的方法和渠道凛篙。比如說最緊急的事情可以通過電話溝通，比較緊緊的事情則通過微信或者QQ溝通栏渺，而不是那么重要的事情呛梆，則放在每日站會或者是項目周會的會議上進行解決。同時磕诊，還應(yīng)該在團隊里提倡主動溝通的精神填物，這樣不僅能建立團隊之間的親密關(guān)系，更能表明成員參與者對項目的一個重視程度霎终。

第三件事情融痛，階段性交付物的審核

在項目進展的過程中，會產(chǎn)生不少的交付產(chǎn)物神僵，產(chǎn)品經(jīng)理在管理項目的過程中，可以對以下幾項階段性的交付物進行審核覆劈，以確保整體項目的計劃和執(zhí)行不會出現(xiàn)大的偏差：

1保礼、需求清單

產(chǎn)品需求清單是一個排序的功能需求列表沛励，是一個持續(xù)完善的清單，包含所有產(chǎn)品需要的東西炮障，也是產(chǎn)品需求變動的唯一來源目派。產(chǎn)品需求清單包含所有的模塊、功能胁赢、特性企蹭、需求描述、商業(yè)價值智末、優(yōu)先級描述等谅摄。

需求清單的內(nèi)容、可用性系馆、優(yōu)先級等僅由產(chǎn)品經(jīng)理負(fù)責(zé)管理送漠。

2、任務(wù)清單

任務(wù)清單是一份足夠具體的計劃由蘑，包含對需求清單的任務(wù)分解闽寡。開發(fā)團隊在整個迭代過程中都會修改這份清單，比如開發(fā)團隊對需求有了更多的了解尼酿，需要增加一些新的開發(fā)任務(wù)到清單中去爷狈。

任務(wù)清單的修改只能由項目經(jīng)理（產(chǎn)品經(jīng)理）負(fù)責(zé)，該列表是用來明確項目團隊成員的任務(wù)的裳擎。

3涎永、項目周報

項目周報是對項目組本周工作內(nèi)容的總結(jié)、以及下周的工作計劃安排的匯報句惯，同時項目周報需要及時反饋本周工作中存在的問題以及需要領(lǐng)導(dǎo)協(xié)調(diào)的資源土辩。

項目周報中切忌報喜不報憂，要反映項目的真實情況抢野。

第四件事情拷淘，里程碑報告

當(dāng)項目進展到一個關(guān)鍵節(jié)點，這個時候出現(xiàn)了一個里程碑式的事件指孤，里程碑代表項目生命周期中的重大事件启涯，是衡量項目總體進展的一種高層次的方法，能用于向項目利害關(guān)系者和項目組報告高層次的進展情況恃轩。

另一個方面來說结洼，在項目進展過程中，通過讓項目組成員了解他們?yōu)閷崿F(xiàn)里程碑付出的努力叉跛，而里程碑的實現(xiàn)對鼓團隊成員也是非常有用的松忍。

比如說，在每個迭代結(jié)束后筷厘，項目組成員聚在一起召開總結(jié)會議鸣峭，回顧一下在本次迭代過程中宏所，哪些是做的好的，哪些是做的不好的摊溶，找出潛在的可以改進的事項爬骤，作為將來的改進計劃。迭代總結(jié)會議記錄就是這樣一份將會議過程記錄下來的清單已經(jīng)后續(xù)跟進的依據(jù)莫换。

通常的里程碑事件有這么一些：需求分析霞玄、詳細(xì)設(shè)計、系統(tǒng)開發(fā)拉岁、系統(tǒng)測試坷剧、正式發(fā)布等，產(chǎn)品經(jīng)理在管理自己的項目時膛薛，可以根據(jù)自身項目的一些關(guān)鍵節(jié)點來做一下里程碑式的總結(jié)听隐，達到項目匯報的目的。

猶如《西游記》中的唐僧取經(jīng)團隊哄啄，好不容易經(jīng)歷了九九八十一難雅任，才來到了佛教圣地靈山取得真經(jīng)。這就好比一個歷經(jīng)千辛萬苦的項目管理過程咨跌，這種體會其實作為產(chǎn)品經(jīng)理的你沪么，也是有機會體驗的。

項目收尾階段

在項目的整個發(fā)展過程當(dāng)中锌半，我們已經(jīng)經(jīng)歷了項目的啟動禽车，項目的計劃，項目的執(zhí)行和監(jiān)控刊殉，最后終于到了項目的收尾階段殉摔，有那么一瞬間，你會覺得一切都是值得的记焊，因為勝利就在眼前逸月，希望的曙光仿佛在明日即將瞥見。

項目收尾階段主要是對項目的各項指標(biāo)進行評估驗收遍膜，對項目進行經(jīng)驗教訓(xùn)總結(jié)碗硬。但棚亩，作為整個項目的負(fù)責(zé)人恳谎，即使到了最后一刻劝贸，我們依然不能掉以輕心氧枣，有很多例子就足以證明仔細(xì)、認(rèn)真的重要性浦译。

比如說约郁，一個簡單的服務(wù)器修改功能麸锉，由于過于輕視，沒有走測試流程猎物，直接發(fā)布到外網(wǎng)虎囚，導(dǎo)致外發(fā)版幾萬用戶的手機崩潰。雖然后期排查查明是因為程序員的疏忽導(dǎo)致的參數(shù)錯誤蔫磨，但其實這里就已經(jīng)暴露了項目流程上還存在很多問題，尤其是在項目收尾的過程中圃伶，產(chǎn)品測試是非常重要的一個環(huán)節(jié)堤如，沒有經(jīng)過測試的產(chǎn)品，是萬萬不能對外進行發(fā)布的窒朋，這都是血的經(jīng)驗教訓(xùn)搀罢。

嗯，重要的事情還真是的說上三遍吧：

無論進度多趕的項目侥猩，發(fā)布前榔至，請一定內(nèi)測。

無論進度多趕的項目欺劳，發(fā)布前唧取，請一定內(nèi)測。

無論進度多趕的項目划提，發(fā)布前枫弟，請一定內(nèi)測。

那么鹏往，具體到項目收尾這個事情上淡诗，就涉及到方方面面的驗收及檢查了，項目團隊的所有成員都理應(yīng)投入到自我檢查和項目檢查的隊伍中來伊履，這樣才能確保項目正常韩容、穩(wěn)定的上線。

功能bug測試

測試是產(chǎn)品上線環(huán)節(jié)中重要的一部分唐瀑，伴隨著整個產(chǎn)品的生命周期群凶，因此產(chǎn)品測試是很重要的一個環(huán)節(jié)，需要特殊的人員從事相關(guān)測試工作介褥，這部分人就是測試工程師座掘。目前所有的互聯(lián)網(wǎng)公司都有測試工程師。

當(dāng)然柔滔，根據(jù)項目的大小不同溢陪，測試團隊的規(guī)模相差也很大。有些項目需要和開發(fā)團隊人數(shù)相當(dāng)?shù)臏y試工程師睛廊，而有些團隊的開發(fā)人員形真、產(chǎn)品經(jīng)理則兼任了測試的職責(zé)。

在項目的發(fā)展過程中，應(yīng)盡量對一些基礎(chǔ)功能制作自動化測試工具咆霜，并不斷完善測試用例邓馒。這樣測試團隊可以把更多精力投入到新功能的測試中，而不是每次版本發(fā)布都在對已有功能是否被破壞而感到擔(dān)心蛾坯。測試工程師是產(chǎn)品上線的最后一環(huán)光酣，對用戶負(fù)責(zé)，是“上帝”的品菜師脉课，他們的定位是產(chǎn)品把關(guān)者救军。

通常，測試工程師在項目中的主要職責(zé)分以下幾部分：

編寫測試計劃倘零、規(guī)劃詳細(xì)的測試方案唱遭、編寫測試用例；

根據(jù)測試計劃搭建和維護測試環(huán)境呈驶；

執(zhí)行測試工作拷泽，提交測試報告，包括編寫用于測試的自動測試腳本袖瞻，完整地記錄測試結(jié)果司致，編寫完整的測試報告等相關(guān)的技術(shù)文檔；

對測試中發(fā)現(xiàn)的問題進行詳細(xì)分析和準(zhǔn)確定位虏辫，與開發(fā)人員討論缺陷解決方案蚌吸；

提出對產(chǎn)品的進一步改進的建議，對測試結(jié)果進行總結(jié)與統(tǒng)計分析砌庄，對測試進行跟蹤羹唠，并提出反饋意見；

測試工程師完成了以上的相關(guān)任務(wù)后娄昆，才算是完成了項目的功能bug測試部分的收尾工作佩微。

開發(fā)人員的走查

盡管大部分的功能性bug都被測試人員發(fā)現(xiàn)，并反饋到開發(fā)人員這邊進行處理和修改萌焰，但是開發(fā)人員仍然需要對一些自己的工作進行走查哺眯，這樣才能提高整個產(chǎn)品的安全系數(shù)。

開發(fā)人員的走查扒俯，主要包含如下一些內(nèi)容：

是否進行高危函數(shù)掃描奶卓？

是否進行安全漏洞掃描？

是否有內(nèi)存泄漏的檢測和結(jié)果（如果是C/C++代碼）撼玄？

不必要log是否刪除了夺姑，以及l(fā)og信息是否清晰完整詳細(xì)？

是否影響其他相關(guān)模塊功能表現(xiàn)掌猛？

自身系統(tǒng)壓力是否已評估盏浙？

后端支撐系統(tǒng)負(fù)載變化是否已評估？

當(dāng)然，這里只是列舉了一些比較常見的開發(fā)走查废膘，具體的開發(fā)走查安排還是要靠開發(fā)部門的領(lǐng)導(dǎo)來具體計劃和推動安排竹海。

產(chǎn)品走查

產(chǎn)品經(jīng)理作為整個項目的負(fù)責(zé)人或主導(dǎo)者，對于自己份內(nèi)的工作也要做到仔細(xì)走查一遍丐黄，確定沒有任何產(chǎn)品策劃上的問題斋配，才是對自己工作崗位職責(zé)的盡責(zé)，也是對項目的負(fù)責(zé)孵稽。

通常许起，產(chǎn)品經(jīng)理在項目收尾階段，需要檢查如下事項：

需求清單是否有調(diào)整或更新菩鲜？例如每個功能特性是否有確定的輸入、處理惦积、輸出接校；

需求文檔是否補充完整或及時更新？例如交互圖狮崩、設(shè)計稿是否已經(jīng)更新蛛勉；

產(chǎn)品更新說明文檔是否已經(jīng)提交并進行客服培訓(xùn)；

產(chǎn)品頁面文案是否已檢查（包括但不限于頁面文字睦柴、廣告語）诽凌；

已有功能、標(biāo)識的改動坦敌，在其他模塊的呈現(xiàn)侣诵，是否覆蓋完整？

數(shù)據(jù)統(tǒng)計需求是否明確提出狱窘？數(shù)據(jù)是否正常上報杜顺？

這些都是非常細(xì)節(jié)和瑣碎的工作，產(chǎn)品經(jīng)理在處理這些事情的時候蘸炸，往往需要多一份耐心和細(xì)心躬络，這樣才能考慮周到和全面，確保在自己的工作范圍內(nèi)搭儒，沒有給項目造成什么損失穷当。

交互和設(shè)計走查

這部分，主要是交互設(shè)計師和UI設(shè)計師要做的工作淹禾，因為即使是再精致的設(shè)計稿也只是設(shè)計師們電腦中的圖片馁菜，只有經(jīng)過了項目里的前端工程師、開發(fā)實現(xiàn)了的產(chǎn)品稀拐，才能被廣大用戶看到火邓。

所以，在前端和后臺開發(fā)完成后，設(shè)計師與開發(fā)人員一起確認(rèn)的環(huán)節(jié)是必不可少的铲咨。不經(jīng)過確認(rèn)就上線的產(chǎn)品躲胳，往往在產(chǎn)品細(xì)節(jié)上會存在疏漏，比如說某幾個頁面樣式的細(xì)節(jié)和原先的設(shè)計稿不符纤勒，這樣就造成了產(chǎn)品用戶體驗的下降坯苹。

在這個環(huán)節(jié)，交互設(shè)計師通常要做的工作包含如下內(nèi)容：

頁面的交互動作摇天，操作及其反饋粹湃；

交互控件的各種狀態(tài)，初始狀態(tài)泉坐、常態(tài)为鳄、邊界狀態(tài)、錯誤狀態(tài)等的情況確認(rèn)腕让；

其他交互細(xì)節(jié)孤钦，如默認(rèn)值是否正確、第一屏的高度纯丸、產(chǎn)品文案等偏形；

而UI設(shè)計師要做的事情主要是對產(chǎn)品的視覺樣式進行走查，如是否有色差觉鼻、尺寸間距俊扭、圖片質(zhì)量、是否符合柵格等坠陈；

產(chǎn)品運營人員的走查

如果項目做好之后萨惑，就要投入到市場，那么產(chǎn)品運營人員肯定也要在產(chǎn)品上線之前做好相關(guān)的運營準(zhǔn)備畅姊，這樣才不至于淪落到產(chǎn)品推出之后無人問津的尷尬境地咒钟。

那么，通常來說若未，產(chǎn)品運營在這個環(huán)節(jié)需要做哪些工作呢朱嘴？

產(chǎn)品的冷啟動是否已經(jīng)準(zhǔn)備完畢，種子用戶的招募工作是否已經(jīng)開啟粗合？

內(nèi)容運營是否已經(jīng)規(guī)劃萍嬉？內(nèi)容的更新機制是否已經(jīng)確認(rèn)，并進行部署隙疚，是自動更新壤追，還是人工更新？

活動運營是否已經(jīng)規(guī)劃供屉？是否有專人負(fù)責(zé)行冰？周期性的活動溺蕉，是否已經(jīng)配套有運營模板？

用戶運營是否已經(jīng)規(guī)劃悼做？拉新疯特、留存、促活的關(guān)鍵步驟都有哪些肛走？

新媒體運營的賬號是否已經(jīng)建立漓雅，是否有專人負(fù)責(zé)？

渠道拓展是否已經(jīng)規(guī)劃朽色？是否發(fā)展代理邻吞？是否要引入合作伙伴，合作伙伴的資質(zhì)又應(yīng)該是怎樣的葫男？

總結(jié)

在看著產(chǎn)品成功發(fā)布上線后抱冷，項目團隊總算是松了一口氣，這個時候就是項目進行了成功地交付了梢褐。這個時候徘层，產(chǎn)品經(jīng)理可以總結(jié)一下整個項目的收獲和成功經(jīng)驗，比如運用了任務(wù)優(yōu)先級排序利职，才確保產(chǎn)品項目的主流程能夠順利按時上線。

在整個項目管理的過程當(dāng)中瘦癌，肯定也暴露了團隊成員的不少問題猪贪，比如研發(fā)階段，前松后緊讯私，總是臨近提測時热押，才匆匆收尾；這常常導(dǎo)致提測質(zhì)量不佳斤寇，或者提測時間延后桶癣，風(fēng)險積攢到測試階段才集中爆發(fā)，最終導(dǎo)致項目延期發(fā)布娘锁，或者帶著顯性的Bug上線牙寞。

面臨這方方面面的問題和陷阱，產(chǎn)品經(jīng)理需要帶領(lǐng)項目團隊做好準(zhǔn)備來迎接各種挑戰(zhàn)莫秆。最關(guān)鍵的是能夠構(gòu)建一個學(xué)習(xí)型團隊和高效溝通的團隊间雀，及時總結(jié)項目經(jīng)驗和教訓(xùn)，從而不重復(fù)犯同樣的錯誤镊屎，團隊在項目的發(fā)展中不斷學(xué)習(xí)提高惹挟。

最后要做的，就是一些文檔的歸檔和項目慶功缝驳，這些想必大家在日常的項目管理過程中都遇到過了连锯，就不再復(fù)述多言归苍。