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