的越全面，在后面的開(kāi)發(fā)中才會(huì)越順利。
在經(jīng)過(guò)緩沖期后，程序猿們基本已經(jīng)對(duì)項(xiàng)目的工作量了然于胸了，這時(shí)程序猿往往會(huì)提出一些建議，出現(xiàn)最多的情況有以下兩種：
程序猿希望對(duì)需求提出異議（比如頁(yè)面交互，以及部分流程）；
程序猿希望砍掉部分需求。
針對(duì)第一點(diǎn)，我們一定要耐心聽(tīng)完程序猿修改需求的理由。
千萬(wàn)不要覺(jué)得需求分析是自己的職能，他們提建議是在多管閑事；想把一件事做到面面俱到是很難的，有時(shí)候程序猿提的點(diǎn)子正好是你沒(méi)想到的地方。
當(dāng)出現(xiàn)這種情況時(shí)，不要著急給答復(fù)；回去將程序猿給出的方案和之前自己的方案仔細(xì)對(duì)比一下，選出一個(gè)最優(yōu)的。
如果你覺(jué)得程序猿給出的建議更好，那么就采納程序猿的建議，同時(shí)更新文檔并告知其他團(tuán)隊(duì)人員。
如果是第二點(diǎn)，那么就要分情況討論了：
如果是不那么重要的需求，可以放在下個(gè)版本，如果是自己本身也模棱兩可的需求，那么直接砍掉就好了；
但如果是核心需求，那么堅(jiān)決不砍，絕不讓步，核心需求是下個(gè)版本最重要的部分，是萬(wàn)萬(wàn)砍不得的。
當(dāng)把工作量弄清楚以后，下一步就是確認(rèn)開(kāi)發(fā)順序和開(kāi)發(fā)時(shí)間。
2. 確認(rèn)開(kāi)發(fā)順序
這里主要需要確認(rèn)的就是先開(kāi)發(fā)哪些功能模塊，后開(kāi)發(fā)哪些功能模塊，這里注意，有了開(kāi)發(fā)順序才能進(jìn)行項(xiàng)目排期。
在確認(rèn)開(kāi)發(fā)順序的時(shí)候，我們?nèi)匀灰晚?xiàng)目經(jīng)理進(jìn)行充分溝通，明確本次開(kāi)發(fā)中有溢出風(fēng)險(xiǎn)的模塊，也就是說(shuō)出了問(wèn)題會(huì)嚴(yán)重影響其他模塊乃至整個(gè)產(chǎn)品上線的地方。
舉個(gè)栗子：
假如我這次做的是一個(gè)智能穿戴設(shè)備的APP，那么最有溢出風(fēng)險(xiǎn)的模塊是哪個(gè)呢？
不是注冊(cè)登錄，也不是數(shù)據(jù)顯示，而是設(shè)備與手機(jī)進(jìn)行藍(lán)牙連接的模塊：
注冊(cè)登錄我們可以用第三方登錄來(lái)解決，如果數(shù)據(jù)展示因?yàn)楣て趩?wèn)題做不完，我們也可以砍掉部分展示數(shù)據(jù)以保證按時(shí)上線；但藍(lán)牙設(shè)備連接是不可能砍的，這是智能穿戴設(shè)備功能的基礎(chǔ)。
所以說(shuō)，藍(lán)牙設(shè)備連接就是有溢出風(fēng)險(xiǎn)的模塊；在開(kāi)發(fā)順序中一定要放在前面，這樣我們就可以先對(duì)藍(lán)牙連接模塊進(jìn)行測(cè)試，這樣出現(xiàn)問(wèn)題時(shí)可以提前解決，不會(huì)影響其他功能。
3. 確認(rèn)開(kāi)發(fā)時(shí)間
當(dāng)確定好開(kāi)發(fā)順序后，我們就可以根據(jù)開(kāi)發(fā)順序來(lái)確認(rèn)每個(gè)模塊的完成時(shí)間了。
用甘特圖是一個(gè)不錯(cuò)的選擇——制作甘特圖的時(shí)候，我們需要定任務(wù)，確職責(zé)；在表中我們要寫(xiě)明任務(wù)，負(fù)責(zé)人，起止時(shí)間，以避免后期的扯皮。
而在開(kāi)發(fā)過(guò)程中，前端在進(jìn)行框架選取及頁(yè)面開(kāi)發(fā)的時(shí)候，是不需要后端提供數(shù)據(jù)的，在后端進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)以及編寫(xiě)接口的時(shí)候，也是不需要UI設(shè)計(jì)師切圖的——因此，前端開(kāi)發(fā)和后端開(kāi)發(fā)是可以并行的。
如下圖所示：后端的橫向柱狀圖空缺的部分，是留給他們進(jìn)行接口調(diào)試和bug修改的。
上圖這張甘特圖只是舉例，在實(shí)際的工作中，可以按每個(gè)模塊來(lái)劃分，將核心的、高風(fēng)險(xiǎn)的模塊向程序猿重點(diǎn)說(shuō)明，在開(kāi)發(fā)的過(guò)程中也要更細(xì)致的跟進(jìn)。
如果項(xiàng)目有明確的截止時(shí)間，那么我們就根據(jù)截止時(shí)間來(lái)倒推每個(gè)模塊的完成時(shí)間。
如果時(shí)間實(shí)在不夠，砍需求吧，程序猿們會(huì)感激你的。
三、項(xiàng)目跟進(jìn)
經(jīng)過(guò)前期的工作，我們終于把事情推進(jìn)到開(kāi)發(fā)階段了，那么產(chǎn)品經(jīng)理在開(kāi)發(fā)過(guò)程中會(huì)很輕松么？
當(dāng)然不是，我們要對(duì)產(chǎn)品的結(jié)果負(fù)責(zé)，當(dāng)然要對(duì)項(xiàng)目進(jìn)行跟進(jìn)。
1. 鱒魚(yú)和橋梁
在項(xiàng)目跟進(jìn)的過(guò)程中，我們雖然對(duì)敲代碼沒(méi)有發(fā)言權(quán)，但是我們要時(shí)刻清楚地知道項(xiàng)目動(dòng)態(tài)，并作為程序猿們溝通的橋梁，遇到問(wèn)題時(shí)要協(xié)調(diào)相關(guān)人員進(jìn)行溝通，像鱒魚(yú)一樣提高團(tuán)隊(duì)的積極性和效率。
項(xiàng)目動(dòng)態(tài)我們可以用每日站立會(huì)的方法來(lái)進(jìn)行。
站立會(huì)表面聽(tīng)起來(lái)是開(kāi)會(huì)，但是實(shí)際上我們不需要拘泥于開(kāi)會(huì)的地點(diǎn)和形式，我們可以在每天早晨剛到公司的時(shí)候和程序猿溝通，也可以午休后在工位上進(jìn)行，甚至一起上廁所的時(shí)候也可以。
開(kāi)會(huì)的內(nèi)容主要是昨天都做了什么，今天要做什么，遇到或者可能會(huì)遇到哪些問(wèn)題；然后我們要積極的去協(xié)調(diào)，來(lái)幫助程序員解決問(wèn)題。最好在程序猿開(kāi)發(fā)某個(gè)模塊之前與他進(jìn)行需求再確認(rèn)，以確保最終開(kāi)發(fā)出來(lái)的東西是我們心中所想的那樣。
在這個(gè)過(guò)程中，需要我們自身有主人翁意識(shí)，靈活而又勤快的去推動(dòng)項(xiàng)目的進(jìn)行。
2. 異常情況處理
雖然做足了準(zhǔn)備，但還是經(jīng)常會(huì)有異常情況出現(xiàn)，可能出現(xiàn)的異常情況有：
1）程序員對(duì)需求理解有
