太多的產(chǎn)品新人，甚至于工作1兩年的產(chǎn)品汪，在開發(fā)階段往往出現(xiàn)很多對接問題，影響上線進(jìn)度。在此，我將程序開發(fā)階段總結(jié)為一下4個(gè)流程，并會(huì)用故事的形式，分流程介紹我們該如何與開發(fā)對接。因內(nèi)容較多，且需要與實(shí)際工作結(jié)合進(jìn)行考慮，所以建議大家收藏下來，慢慢看。

下圖為此系列內(nèi)容的大綱

（此系列內(nèi)容的大綱）

今天我們聊聊第2部分，制定開發(fā)流程與關(guān)鍵節(jié)點(diǎn)。如果沒有看過第1篇文章的，請點(diǎn)擊下面的傳送門：《小明與老王的日常：學(xué)會(huì)做這4件事，讓你的產(chǎn)品提前上線（1）》

第二天，小明按照老王的吩咐，召集了技術(shù)部的同事們進(jìn)行了項(xiàng)目評估會(huì)議，會(huì)議中，小明從項(xiàng)目背景介紹、功能流程介紹、關(guān)鍵目標(biāo)確定三個(gè)方面，向程序猿們描述了接下來要開發(fā)的產(chǎn)品。會(huì)后，老王將小明叫到了會(huì)議室，習(xí)慣性的點(diǎn)了一根煙，深吸了一口說道：小明，還不錯(cuò)，該講清楚的都講清楚了，就是在講的時(shí)候，需要再自信點(diǎn)。你要對自己的產(chǎn)品有自信，別人才會(huì)認(rèn)可你的產(chǎn)品。您說是吧。

小明：嗯，都是王總教的好，以后我會(huì)記住的。對了王總，那接下來我該做什么呢？

老王：別急，這次叫你過來，就是跟你說接下來的事情的。開會(huì)前，你是不是把產(chǎn)品原型、產(chǎn)品說明文檔、設(shè)計(jì)稿、交互稿都交給程序猿了？

小明：嗯，是的，都發(fā)給他們了。

老王：好，那接下來，你需要做的就是協(xié)調(diào)項(xiàng)目經(jīng)理、程序猿們一起確定項(xiàng)目的工作量、開發(fā)順序與關(guān)鍵節(jié)點(diǎn)。當(dāng)然了，我們公司沒有專職的項(xiàng)目經(jīng)理，這個(gè)你可以直接找孫總。（孫總是公司的技術(shù)總監(jiān)）

確定項(xiàng)目開發(fā)工作量

老王抽了口煙，繼續(xù)說道：首先呢，你先去找項(xiàng)目經(jīng)理溝通一下，看項(xiàng)目經(jīng)理能否在近期（一周左右）對項(xiàng)目的開發(fā)量進(jìn)行一個(gè)評估。至于這個(gè)評估時(shí)間，你不要卡的太死，給他們充足的時(shí)間去仔細(xì)研究。這個(gè)階段是程序猿了解需求的時(shí)候，我們需要給他們充足的時(shí)間去研究需求，只有需求研究透了，才不會(huì)出那么多bug嘛。

老王：那在這個(gè)階段，你可能會(huì)遇到下面這幾種種情況：

1. 程序猿需要你幫忙解釋需求。
2. 程序猿給產(chǎn)品提修改建議。
3. 程序猿要求砍掉部分需求。
4. 提交的PRD、設(shè)計(jì)稿、交互稿缺少部分內(nèi)容。
5. 反饋回來的工作量評估表很粗糙。

小明：王總，上面這幾種種情況，第4個(gè)我會(huì)處理，缺少的內(nèi)容我回去找一下，看看是不是我提交的時(shí)候遺漏了，如果確實(shí)是沒有做的話，到時(shí)候再從新做一下，補(bǔ)給他們就好了。那剩下的幾個(gè)問題呢？通常我們都是怎么處理的？

老王：別急，讓我慢慢跟你說。這第1個(gè)問題呢，是我們肯定會(huì)遇到且必須要做的事情。不過在做的時(shí)候，一定注意不能太急躁，不能一上來就說：需求里面說的很清楚啊，就是這這樣···那樣····。如果你這樣做的話，程序猿肯定給你一個(gè)大大的白眼，心里想：我TM能看懂我還讓你解釋什么？這個(gè)時(shí)候正確的姿勢應(yīng)該是，從場景出發(fā)，解釋用戶在日常工作中是怎么使用這個(gè)功能的。如果是問到一些數(shù)據(jù)調(diào)用的問題，需要說明數(shù)據(jù)是在哪里產(chǎn)生的，這樣程序猿們會(huì)清楚哪些數(shù)據(jù)是需要從新建立數(shù)據(jù)表，哪些是已經(jīng)有現(xiàn)成的數(shù)據(jù)。當(dāng)然了，如果你短期內(nèi)也解釋不清楚的話，就誠實(shí)的跟程序說，我先回去看看，等等給你答復(fù)。不要在自己不清楚的時(shí)候下結(jié)論。

老王：第2個(gè)問題呢，當(dāng)程序猿給你提修改建議的時(shí)候，一定不要直接否定了，很多好的創(chuàng)意，都是程序猿想出來的。如果程序猿提出來的建議是你之前思考過的，你可以把你之前考慮的思路跟他溝通一下，如果能說服他最好，如果說不不了他，而且此功能對用戶沒有太大影響的話，可以適當(dāng)?shù)倪M(jìn)行修改。那如果程序猿提出的建議是之前沒有考慮過的，這時(shí)候你要仔細(xì)聽一下程序猿是怎么說的，不要當(dāng)場回復(fù)，回來再考慮一下，整理一下方案是否可行，再去溝通確認(rèn)。這個(gè)時(shí)候記住一點(diǎn)，所有的建議，必須以方案的形式進(jìn)行落地。這才有執(zhí)行價(jià)值。

老王停頓了一下，看看若有所思的小明，緩緩道：那我們說說第3個(gè)問題，就是程序猿砍需求的情況。這個(gè)問題在每個(gè)項(xiàng)目的開發(fā)過程中，都是經(jīng)常遇到的，而且還是產(chǎn)品經(jīng)理與程序猿產(chǎn)生矛盾的集中點(diǎn)。所以在遇到這種情況之前，你首先需要弄清楚你的產(chǎn)品的核心功能（不可缺少的功能）是什么，輔助功能（存在會(huì)有更好的體驗(yàn)，沒有也不影響正常使用）是什么、意淫需求（沒有使用場景或者說使用場景不實(shí)際的需求）是什么，模棱兩可的需求（這樣也行，那樣也行）。

當(dāng)程序猿要求砍掉意淫需求與模棱兩可的需求時(shí)，應(yīng)果斷砍掉。甚至于在他們沒提出來之前，就應(yīng)該砍掉這里面的部分需求。當(dāng)提出要砍輔助功能的時(shí)候，我們就需要進(jìn)行合理且善意的引導(dǎo)，盡量讓程序員接受這個(gè)功能，可以通過場景進(jìn)行引導(dǎo)，讓程序猿覺得這是個(gè)有用的功能，能帶來價(jià)值的功能。如果程序猿堅(jiān)決要砍掉，我們就需要適當(dāng)?shù)淖鐾讌f(xié)，可以將這個(gè)功能放在最后開發(fā)，甚至于下一期來進(jìn)行開發(fā)，盡量不要產(chǎn)生爭執(zhí)（這種功能體量普遍較小，開發(fā)周期比較快，最后開發(fā)與放在下個(gè)版本開發(fā)，對用戶沒有太大的影響）。至于核心功能，你需要死死的拽在手里，誰說都不能改，這個(gè)是原則上的問題。當(dāng)然了，我讓你改的時(shí)候，你還是要聽話的。

小明：王總，我怎么感覺在這3個(gè)問題的處理方式上，都是在一直遷就著程序猿??？

老王：這你就不懂了，這是套路。那我問你，在上面這3個(gè)問題的處理方式上，你核心功能有沒有變動(dòng)？

小明搖搖頭道：沒有。

老王：這就對嘛，我們做產(chǎn)品的目的，主要是看結(jié)果的，只要結(jié)果達(dá)到了，怎樣都行。而在這個(gè)過程中，充分采納程序猿的建議，一部分是有利于產(chǎn)品更好的發(fā)展，畢竟程序猿提出的部分建議，還是很有價(jià)值的；另一部分呢，就是讓程序猿多參與到產(chǎn)品的規(guī)劃建設(shè)中來，增加他們的主人翁精神（這個(gè)最好在規(guī)劃階段，就多跟技術(shù)進(jìn)行溝通）。只有這樣才能實(shí)現(xiàn)我昨天跟你說的，讓程序猿踏上你的“賊船”。

小明想了一會(huì)，說道：王總，套路挺深啊，那您繼續(xù)說，下面兩個(gè)問題怎么解決？

老王：第4個(gè)問題，就是提交的PRD、設(shè)計(jì)稿、交互稿缺少部分內(nèi)容的情況，這個(gè)你剛才也說了一個(gè)解決辦法，這里我再給你補(bǔ)充一下，當(dāng)項(xiàng)目比較緊急的時(shí)候，程序的開發(fā)與內(nèi)容的補(bǔ)充可以同步進(jìn)行。

老王：最后1個(gè)問題，反饋回來的工作量評估表很粗糙的問題。評估表內(nèi)容粗糙，很大的問題在于你跟項(xiàng)目經(jīng)理的溝通問題上。對于大多數(shù)程序猿來說，都不愿意去做寫一份對后續(xù)開發(fā)沒多大作用的評估表。這時(shí)，你需要跟項(xiàng)目經(jīng)理提前溝通好，說明清楚要寫一份詳細(xì)的工作評估表重要性，讓他協(xié)調(diào)程序猿來完成這項(xiàng)工作。這里我總結(jié)為兩點(diǎn)，

第一點(diǎn)：評估表的詳細(xì)程度，直接反應(yīng)了程序猿對項(xiàng)目的了解程度。對于我們產(chǎn)品經(jīng)理而言，我們不需要那么詳細(xì)的評估表，我們需要的是讓程序猿在寫評估表的過程中，充分的了解產(chǎn)品需求，這樣才能避免后續(xù)開發(fā)過程中不出現(xiàn)較大的問題。

第二點(diǎn)：詳細(xì)的評估表也有利于項(xiàng)目經(jīng)理對項(xiàng)目的管理與跟蹤，對項(xiàng)目管理有非常重要的作用。

老王掐滅了手中的快燒盡的煙頭，淡淡的說道：其實(shí)在這個(gè)階段，歸根接地就是一句話：盡可能的創(chuàng)造機(jī)會(huì)讓程序猿們了解產(chǎn)品的需求，并賦予他們主人翁精神，而不是停留在表面。當(dāng)工作量都已經(jīng)評估好之后，我們就需要計(jì)算一下開發(fā)總時(shí)長了。在這個(gè)時(shí)候，我們需要結(jié)合公司的要求，如果公司要求必須在9月30號(hào)之前完成開發(fā)，而我們評估的時(shí)間只能在10月10號(hào)完成，那我們需要跟項(xiàng)目經(jīng)理協(xié)調(diào)壓縮項(xiàng)目時(shí)間。壓縮項(xiàng)目時(shí)間可以通過增加項(xiàng)目成員與有效加班的方式進(jìn)行處理。這個(gè)后面我有時(shí)間再跟你細(xì)講。

確定開發(fā)順序

老王：第一步已經(jīng)跟你講清楚了，接下來我們聊聊如何確定開發(fā)順序。關(guān)于開發(fā)順序，我們重點(diǎn)說一下兩個(gè)順序，1個(gè)是前端與后端的開發(fā)順序；1個(gè)是功能模塊的開發(fā)順序。

老王：關(guān)于前端開發(fā)與后端開發(fā)，你能分的清吧。

小明：前端就是寫頁面的，后端就是寫數(shù)據(jù)的，我可以這樣理解吧？

老王：嗯，這樣理解沒毛病。從前端與后端的工作內(nèi)容來看，在一些地方是沒有依賴性的。例如：前端在沒有數(shù)據(jù)的情況下，是可以寫一些頁面樣式的。后端在沒有前端的支持下，也是可以寫一些數(shù)據(jù)接口的。那我們就可以理解為，前端與后端是可以同步進(jìn)行開發(fā)的對吧。

小明：嗯。

老王：你過來看一下這張圖，這是我整理的一份程序員開發(fā)順序圖。

注：具體項(xiàng)目的開發(fā)的開始時(shí)間可能不同，道理是一樣的，前端開發(fā)與后端開發(fā)可以同步進(jìn)行，但是需要保證前端在進(jìn)行數(shù)據(jù)對接的時(shí)候，后端提供足夠的可用數(shù)據(jù)。

小明：王總，后端開發(fā)為什么跟前端開發(fā)一起開始啊，我記得都是先切完圖后端才開始開發(fā)的啊？還有就是后端開發(fā)后面有個(gè)空白的框，是什么東西?。窟€有還有，就是最后那個(gè)測試，為什么跟開發(fā)一起啊，不是做完了才進(jìn)行測試的嗎？

老王：又著急了不是，年輕人，要穩(wěn)重點(diǎn)。好好看圖，每個(gè)橫向的柱狀圖中，都包含了具體的開發(fā)流程，在前端進(jìn)行切圖、框架選取、交互開發(fā)的時(shí)候，是不需要后端提供數(shù)據(jù)的，只需要設(shè)計(jì)稿與交互稿就可以完成了。而后端開發(fā)的的過程中，數(shù)據(jù)庫設(shè)計(jì)、框架選取、編寫數(shù)據(jù)庫接口只需要demo與PRD文檔就可以解決，也不需要前端提供頁面，所以這樣看的話，不相干的工作是可以同時(shí)開始并進(jìn)行的。

而后端開發(fā)的那個(gè)空白的框，是修改bug的時(shí)間。因?yàn)樵陂_發(fā)過程中，前端開發(fā)中“對接數(shù)據(jù)庫接口”這個(gè)過程，是需要后端“編寫數(shù)據(jù)接口+功能實(shí)現(xiàn)”兩部分做支撐的，換句話說，后端的工作進(jìn)度必須領(lǐng)先于前端的開發(fā)進(jìn)度。所以后端開發(fā)通常會(huì)提前完成，那剩下的這個(gè)時(shí)間就是用來進(jìn)行bug修改與功能調(diào)試的。而關(guān)于產(chǎn)品測試的時(shí)間安排，就是接下來我要講的第2部分，確定功能模塊的開發(fā)順序。

功能模塊開發(fā)順序，顧名思義就是描述先開發(fā)哪些功能模塊，再開發(fā)哪些功能模塊。這就跟我上次跟你說的那個(gè)講解產(chǎn)品的順序一樣，要有一個(gè)先后順序。忘記了你去翻一下上次的筆記《小明與老王的日常：學(xué)會(huì)做這4件事，讓你的產(chǎn)品提前上線（1）》就知道了。確定這些開發(fā)順序后，是方便我們再程序?yàn)殚_發(fā)完成就進(jìn)入測試階段，從而節(jié)省測試的時(shí)間。這下知道為什么測試階段與開發(fā)階段放在一起了吧。

明確關(guān)鍵節(jié)點(diǎn)

小明：嗯，這下清楚了。王總，您渴不渴，我去給你倒杯水。

老王：不用了，我想喝脈動(dòng)，給我買一瓶脈動(dòng)吧。

小明一臉鄙視，無奈地去樓下便利店給老王買了瓶脈動(dòng)，并給自己買了瓶阿薩姆。

老王喝了一口脈動(dòng)，緩緩地說：還有最后一個(gè)階段了，那就是確定關(guān)鍵節(jié)點(diǎn)。這個(gè)階段的主要目的是便于我們與項(xiàng)目經(jīng)理對開發(fā)進(jìn)度進(jìn)行把控，這里呢，我們會(huì)用到兩張表，這兩張表分別是上面提到過的開發(fā)量評估表與功能模塊開發(fā)順序表。將這兩張表組合在一起，就能確定我們項(xiàng)目的關(guān)鍵節(jié)點(diǎn)了。

而這張表中需要包含項(xiàng)目的開始時(shí)間與結(jié)束時(shí)間；每個(gè)模塊的開始時(shí)間與截止時(shí)間（前端與后端是分開的，功能模塊的完成時(shí)間以前端為準(zhǔn)）；每個(gè)模塊（功能）的負(fù)責(zé)人、完成情況與備注等信息。其中，功能模塊的劃分與開發(fā)順序是由功能模塊開發(fā)順序表提供的。具體功能的負(fù)責(zé)人與時(shí)間，是由項(xiàng)目評估表提供的。有了這張表，就可以對項(xiàng)目開發(fā)過程進(jìn)行有效的管理。你過來，我找個(gè)之前項(xiàng)目的表給你看下。

（此處的數(shù)據(jù)為模擬數(shù)據(jù)）

老王：能理解嗎？

小明：嗯，大體清楚了，回去我再整理一下，如果還有疑問，我再咨詢您。我走了，王總。

老王：嗯，走的時(shí)候幫我?guī)祥T。

老王看著漸漸走出辦公室得小明，點(diǎn)了一根煙，緩緩地道：哎，天生就是個(gè)操心的命！

相關(guān)閱讀

《小明與老王的日常：學(xué)會(huì)做這4件事，讓你的產(chǎn)品提前上線（1）》

作者：李英杰，二一教育高級產(chǎn)品經(jīng)理，主要負(fù)責(zé)題庫類產(chǎn)品的規(guī)劃與運(yùn)營工作。

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

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