做為無所不能的產(chǎn)品經(jīng)理，雖不是上知天文下知地理，但是也要對產(chǎn)品相關(guān)的知識領(lǐng)域有所涉獵。項目管理就是與產(chǎn)品密切相關(guān)的一個知識領(lǐng)域，同時也是產(chǎn)品經(jīng)理日常工作中經(jīng)常要負(fù)責(zé)的一部分內(nèi)容，別問我為什么不是項目經(jīng)理負(fù)責(zé)，因為沒有……

本文結(jié)合實際工作實踐以及項目管理方面書籍所學(xué)，深入淺出介紹在敏捷開發(fā)的互聯(lián)網(wǎng)公司中一個項目從無到有所經(jīng)歷的各個環(huán)節(jié)，當(dāng)然項目管理這門學(xué)問還有很多需要深入探索的領(lǐng)域，以下僅僅對沒有過多項目管理經(jīng)驗的產(chǎn)品新人做一個入門引導(dǎo)。

一、做產(chǎn)品還是做項目？

產(chǎn)品就是項目，項目就是產(chǎn)品。在很多敏捷開發(fā)的互聯(lián)網(wǎng)公司中，產(chǎn)品是項目制，功能也是項目制，在策劃一個新功能的時候，對于產(chǎn)品經(jīng)理來說就是在策劃一個項目。

在PMBOK第六版的官方指南中，項目指為創(chuàng)造獨特的產(chǎn)品、服務(wù)或成果而進(jìn)行的臨時性工作，項目有固定的起止時間周期。在大一點的互聯(lián)網(wǎng)公司，多個產(chǎn)品經(jīng)理為同一個產(chǎn)品服務(wù)，每一個產(chǎn)品都會絞盡腦汁想一個idea去實現(xiàn)產(chǎn)品、用戶的價值提升。

每一個idea就是一個項目，當(dāng)項目經(jīng)歷了立項、啟動、執(zhí)行、上線、收尾，這個項目就變成了產(chǎn)品的一個功能或一個服務(wù)。

二、項目的生命周期

一個產(chǎn)品從無到有，從生到死會經(jīng)歷多個需求、交互、設(shè)計、計劃、開發(fā)、提測、上線、hotfix、解決線上問題、運(yùn)維、運(yùn)營的生命周期閉環(huán)。而在產(chǎn)品生命周期當(dāng)中也會包含多個項目的生命周期，每一個項目都會經(jīng)歷項目啟動、項目執(zhí)行、項目監(jiān)控、項目收尾（PMP中項目的五大過程組在這里被縮減成為了四個，其中項目啟動包含了項目啟動和項目規(guī)劃）。

1. 項目啟動

1.1 需求收集

這個階段其實是產(chǎn)品經(jīng)理最擅長的領(lǐng)域，即為什么要做這個項目？在這里可以參考精益創(chuàng)業(yè)畫布中的9個要素去回答：

• 服務(wù)的用戶群體是誰？
• 解決的問題是什么？
• 解決方案是什么？
• 你的優(yōu)勢是什么？
• 衡量效果的關(guān)鍵指標(biāo)是什么？
• 與競品相比，你的門檻優(yōu)勢是什么？
• 項目成本有多少（人力成本、時間成本）？
• 項目收益有多少（收入、用戶感知）？

回答好上面的9個問題后，就可以拿著你的idea去和其他產(chǎn)品pk了，能不能獲得老板們的資源傾斜成功立項，就看你的項目能不能真的打動老板。在這之中，對于老板來說，往往更關(guān)心項目成本和收益：即用最少的人力、時間成本，得到更大的收入、用戶價值提升。

在這個階段，對于負(fù)責(zé)項目的產(chǎn)品經(jīng)理來說，需要輸出的是需求文檔及原型，這是你用來打動老板的基礎(chǔ)，也是需要與涉及項目團(tuán)隊成員溝通需求的基礎(chǔ)。

1.2 項目啟動會

在立項會上順利從老板那里獲得資源后，項目可以真正開始啟動了，這時就需要召開一個項目啟動會，將項目涉及的各個團(tuán)隊召集到一起，給大家講一個充滿想象力的美好故事，讓大家為了這個目標(biāo)而努力。

好吧扯淡完了，具體需要做哪些呢：

• 明確項目要做什么，其實在這個環(huán)節(jié)，就是給各團(tuán)隊的同學(xué)講為什么要做這個項目，這個項目能解決什么問題，帶來什么樣的收益，用項目價值去打動各團(tuán)隊一起努力比老板說必須做這個理由更有說服力和感染力，也會讓所有人全心全意去為項目努力付出
• 明確各團(tuán)隊的職責(zé)，即為了這個項目需要做哪些功能的新增或?qū)ΜF(xiàn)有功能的優(yōu)化
• 明確時間節(jié)點，即針對于上面提到的功能或優(yōu)化，各團(tuán)隊開發(fā)、測試以及聯(lián)調(diào)的時間節(jié)點，明確時間節(jié)點可以保證項目可以在計劃的時間內(nèi)完成
• 明確項目干系人：項目負(fù)責(zé)人、技術(shù)負(fù)責(zé)人、測試負(fù)責(zé)人，在遇到問題時可以找到對應(yīng)負(fù)責(zé)人溝通

這個階段，在項目啟動會完要出一份會議紀(jì)要，周知項目涉及的所有成員，注意不僅僅是與會人員，有時在項目啟動會參與的同學(xué)也許僅僅是各團(tuán)隊的主要負(fù)責(zé)人，并不一定是最終參與項目開發(fā)和測試的同學(xué)。所以在會議結(jié)束后將會議的內(nèi)容整理成郵件，群發(fā)涉及各團(tuán)隊的所有成員。會議紀(jì)要郵件中可以附上項目需求文檔及原型，方便項目成員理解，同時還需要在會議紀(jì)要中明確項目啟動會中確定的幾個關(guān)鍵要素：項目負(fù)責(zé)人、項目中各團(tuán)隊需要做的功能或優(yōu)化的功能點，項目的時間節(jié)點：開發(fā)時間、測試時間、聯(lián)調(diào)時間和上線時間。

1.3 需求討論及需求分析

作為產(chǎn)品經(jīng)理，你可能是某一個項目的負(fù)責(zé)人，也可能是項目相關(guān)團(tuán)隊的產(chǎn)品經(jīng)理。無論哪一個，你都需要針對自己團(tuán)隊負(fù)責(zé)的任務(wù)進(jìn)行需求整理，與自己團(tuán)隊的開發(fā)、交互視覺設(shè)計、測試確認(rèn)需求、評估需求。

基于需求文檔與開發(fā)、測試、設(shè)計進(jìn)行溝通，確認(rèn)需求并由相關(guān)人員給出工時，在需求確認(rèn)階段要注意的是，每個迭代的人力成本和時間成本是有限的，并不是所有的需求都要在一個迭代干完，參照MVP設(shè)計原則，項目也是按照一期二期這樣規(guī)劃的。所以在需求確認(rèn)過程中，確認(rèn)需求的優(yōu)先級及排期，哪些必須一期實現(xiàn)，哪些需要在二期進(jìn)行完善。在進(jìn)行需求優(yōu)先級排序的過程中可以參考KANO模型，同時也要根據(jù)需求點的工時排列，保證在當(dāng)前排期內(nèi)可以完成。

這個階段，輸出的文檔并非需要由產(chǎn)品負(fù)責(zé)，而是由具體的開發(fā)人員、測試人員、設(shè)計人員給出各自負(fù)責(zé)功能的任務(wù)項拆分，細(xì)化到天的顆粒度，保證任務(wù)是在監(jiān)控的范圍內(nèi)。

2. 項目執(zhí)行與監(jiān)控

2.1 項目執(zhí)行

需求確認(rèn)、工時評估完成后，正式進(jìn)入項目執(zhí)行階段，由相關(guān)成員進(jìn)行開發(fā)、設(shè)計及測試。

2.2 站立會、周會

每日站立會以及周會是保證項目正常進(jìn)行的手段之一，通過每天的站立會溝通，確認(rèn)團(tuán)隊成員是否遇到了問題，針對問題進(jìn)行及時溝通與解決，保證項目可以正常進(jìn)行。

如果項目時間較長，通過周會可以統(tǒng)計周期內(nèi)好的現(xiàn)象以及遇到的問題，通過會議總結(jié)，讓各團(tuán)隊了解當(dāng)前項目進(jìn)度以及遇到的阻礙。

對于跨團(tuán)隊的項目，往往沒有時間聚集起所有團(tuán)隊成員一起進(jìn)行會議溝通，可以由項目負(fù)責(zé)人與各團(tuán)隊負(fù)責(zé)人進(jìn)行周期性溝通，確認(rèn)可團(tuán)隊的項目進(jìn)度。

這個階段，項目負(fù)責(zé)人會輸出項目周報，周報的內(nèi)容主要包含項目當(dāng)前進(jìn)度，項目遇到的問題與阻礙，項目下一階段的計劃，涉及各團(tuán)隊的關(guān)鍵里程碑節(jié)點。

2.3 聯(lián)調(diào)

聯(lián)調(diào)往往是跨團(tuán)隊項目需要考慮的問題，只要項目涉及的團(tuán)隊大于兩個，就需要進(jìn)行項目聯(lián)調(diào)，保證各自團(tuán)隊負(fù)責(zé)的功能模塊不會因為新的需求出現(xiàn)問題。如果涉及多團(tuán)隊涉及從前到后的流程變更，需要在聯(lián)調(diào)前，召集各團(tuán)隊測試負(fù)責(zé)人進(jìn)行溝通，明確測試范圍、測試時間以及回歸范圍，保證項目上線時新功能模塊的使用以及之前兼容功能的正常使用。

在測試聯(lián)調(diào)階段，需要每日召開團(tuán)隊間的站立會，確認(rèn)各團(tuán)隊之間測試遇到的問題，如環(huán)境問題、版本問題等，提高測試效率，保證上線時間和上線質(zhì)量，不要因為測試不充分出現(xiàn)上線后回滾的問題。

2.4 項目監(jiān)控

項目監(jiān)控，是保證項目進(jìn)度，保證項目可以在規(guī)定時間內(nèi)保質(zhì)按時上線，簡單來說就是對項目風(fēng)險的管理。遇到項目風(fēng)險如何處理，如何解決。

項目風(fēng)險的可能性有很多，比如開發(fā)的delay、測試出現(xiàn)嚴(yán)重bug、業(yè)務(wù)需求方在項目進(jìn)展過程中頻繁變更需求導(dǎo)致工時無限延長等等。

項目管理指南中指出了項目管理的鐵三角：范圍、成本、時間，但是在筆者看來，項目管理的本質(zhì)是對人的管理，通過溝通與跟進(jìn)保證項目的風(fēng)險出現(xiàn)的可能性盡可能低。這里的溝通可能是向上溝通也可能是平行溝通，發(fā)現(xiàn)問題背后最本質(zhì)的原因，基于此去解決問題，如果風(fēng)險過大真的導(dǎo)致項目的delay，那么也要許溝通項目的各個相關(guān)方，保證當(dāng)前線上不會出現(xiàn)問題。

3. 項目收尾

結(jié)束是新的開始，項目也好、產(chǎn)品也好，只要沒有死，就一定還會有新的開始。在產(chǎn)品的生命周期中，包含著無數(shù)個項目，這其中有好的項目也有不好的項目。

每一次的項目上線或收尾，都需要對項目進(jìn)行一次復(fù)盤和回顧，發(fā)現(xiàn)項目過程中的優(yōu)點與不足，優(yōu)點繼續(xù)保持，不足找到解決方案，在下一次項目中盡可能的避免。

在項目上線后，召集項目成員進(jìn)行項目的總結(jié)與復(fù)盤，同時基于項目上線后的效果進(jìn)行監(jiān)控，為項目的下一期規(guī)劃提供指導(dǎo)意見。如果通過項目發(fā)現(xiàn)與市場、用戶完全不契合，那么盡快放棄尋找新的方向；如果項目效果還不錯，還有值得優(yōu)化提高的地方，尋找可以優(yōu)化的點進(jìn)行新的排期與規(guī)劃，通過不斷的迭代提升產(chǎn)品價值，為用戶創(chuàng)造更大的價值。

三、異地跨團(tuán)隊項目的坑

因為業(yè)務(wù)系統(tǒng)的融合，最近做了一個涉及兩地跨團(tuán)隊的項目：后端兩個業(yè)務(wù)系統(tǒng)之間的對接，涉及業(yè)務(wù)訂單發(fā)票的全業(yè)務(wù)流程對接。

坑一：項目并沒有召開啟動會，兩方團(tuán)隊對項目的重視程度不一致，導(dǎo)致一方將優(yōu)先級排的較高，而另一方僅僅認(rèn)為是換接口而已，雙方?jīng)]有就項目達(dá)成認(rèn)知上的共識，在對接過程中積極程度不一樣。

坑二：業(yè)務(wù)流程是從老流程到新流程的切換，雙方前期僅僅對于業(yè)務(wù)概念進(jìn)行溝通，雙方認(rèn)為各自對業(yè)務(wù)流程達(dá)成了一致。但是有一種你認(rèn)為并不真的是你認(rèn)為，這個問題在真正項目上線小流量測試的時候才發(fā)現(xiàn)，原來雙方對業(yè)務(wù)流程的認(rèn)知偏差很大，導(dǎo)致線上不斷暴露問題。

坑三：在遇到項目風(fēng)險和項目delay時，雙方團(tuán)隊的負(fù)責(zé)人一直在針對線上問題而解決問題，并沒有認(rèn)識到問題出現(xiàn)的本質(zhì)原因是雙方流程上的差異，最終導(dǎo)致的結(jié)果就是一直在針對暴露的問題而修復(fù)，問題不斷暴露，產(chǎn)生了持續(xù)性的delay。

對于有較為充足的項目經(jīng)驗的產(chǎn)品或者項目經(jīng)理來說，這個項目中的坑都是小兒科的問題，但是對于一些初入職場負(fù)責(zé)項目管理的產(chǎn)品來說，還是有可能踩到的。當(dāng)產(chǎn)品負(fù)責(zé)人感覺到自己已經(jīng)深陷入項目的坑中，不如先跳出整個項目，重新去梳理遇到問題的原因，從一個旁觀者的視角去分析一下遇到的問題，尋找解決方案。當(dāng)局者迷，旁觀者清。

四、總結(jié)

做項目與做產(chǎn)品一樣，都是一個不斷迭代不斷打磨的過程，對于產(chǎn)品經(jīng)理來說尤其是對于沒有項目經(jīng)理配合的產(chǎn)品經(jīng)理來說，并不是產(chǎn)品需求確認(rèn)后就可以坐等產(chǎn)品上線了。在產(chǎn)品開發(fā)過程當(dāng)中，不僅要考慮未來產(chǎn)品的規(guī)劃，還要關(guān)注當(dāng)前產(chǎn)品的進(jìn)度，通過溝通、監(jiān)控、協(xié)調(diào)，保證當(dāng)前功能可以正常上線，否則再多的規(guī)劃如果無法真的落地，也終究是規(guī)劃。做產(chǎn)品就是做項目，一個優(yōu)秀的產(chǎn)品經(jīng)理也必然是一個優(yōu)秀的項目經(jīng)理，也許你并不需要考PMP，但是你要對實戰(zhàn)中的項目管理有自己的認(rèn)知和方法，這樣才能保證你的產(chǎn)品健康的活下去。

#專欄作家#

記小憶，公眾號：PM龍門陣，人人都是產(chǎn)品經(jīng)理專欄作家。野蠻生長的產(chǎn)品經(jīng)理，擅長從0-1搭建產(chǎn)品經(jīng)理知識體系。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Unsplash，基于 CC0 協(xié)議