【編者按】作者王懿，互聯(lián)網(wǎng)公司高級產(chǎn)品經(jīng)理。

1. 明確分工，知其表亦知其里

做排期之前一定要明確產(chǎn)品開發(fā)必須的生產(chǎn)要素，即設(shè)計、測試、前端開發(fā)、后端開發(fā)等。

• 設(shè)計

交互設(shè)計與UI設(shè)計，當原型圖設(shè)計完成后第一時間要和設(shè)計溝通并做出相應(yīng)設(shè)計圖，根據(jù)以往的UI基調(diào)設(shè)計出相應(yīng)的設(shè)計圖并交付給前端。UI設(shè)計的一致性很重要，在產(chǎn)品之初就要想清楚并定義好，就算后期涉及到某些人事變更，也需要保證UI/UX風(fēng)格的統(tǒng)一性，或者能夠保證修改后的UI/UX風(fēng)格一致性地實現(xiàn)落地。不止一次看到一個產(chǎn)品里面的UI/UX風(fēng)格元素有好幾套，這樣是很傷體驗的，之于這點，做無論是做產(chǎn)品還是設(shè)計都要有所考慮。

• 測試

測試就是保證產(chǎn)品的質(zhì)量即可用性，通俗而言就是提bug給技術(shù)開發(fā)，做bug排期，跟進bug以確保至少沒有重大bug以發(fā)布當前版本產(chǎn)品。很多人提倡開發(fā)自測，這點很不靠譜，就像一個技術(shù)如果不丟掉自己技術(shù)思維去做產(chǎn)品一樣，做出來的產(chǎn)品刻板可笑，測試思維和技術(shù)思維是兩碼事，必須要有一個能夠為產(chǎn)品質(zhì)量負責的角色。（PS. 如果一個技術(shù)擁有測試的思維，那他也可以做自測，問題是這樣的人很少，這也是為什么TDD即測試驅(qū)動開發(fā)不火的原因，確實是對dev的要求很高啊）

• 前端開發(fā)

包括Android、iOS、Web前端開發(fā)等等，即實現(xiàn)view且會涉及到一部分view所包含功能邏輯的角色。關(guān)于web前端開發(fā)，web app的概念日盛，web開發(fā)可做的事情也越來越多，H5大行其道、方興未艾，native app大有被其揚棄之勢，混合開發(fā)亦早已是常態(tài)。產(chǎn)品經(jīng)理在設(shè)計view時也需要考慮到這些，并且在對具體item定義和設(shè)計時關(guān)注其可復(fù)用性，并且時時刻刻關(guān)注產(chǎn)品功能設(shè)計的可延展性也要想清楚，在設(shè)計和前端開發(fā)的合理排期中這點也十分重要。

• 后端開發(fā)

包括架構(gòu)、數(shù)據(jù)、接口、后臺管理、（運維）等，后端開發(fā)需要搭建web框架以滿足前端web或者app的接口訪問需求以提供數(shù)據(jù)，合理定義并搭建數(shù)據(jù)結(jié)構(gòu)以滿足無論是后臺管理還是web框架的CRUD（增刪改查）需求。后端重業(yè)務(wù)邏輯和數(shù)據(jù)處理，一方面后端開發(fā)要對前端產(chǎn)品的接口可用性負責，而在數(shù)據(jù)和業(yè)務(wù)方面，則無論是在數(shù)據(jù)挖掘、爬蟲、數(shù)據(jù)匹配推薦、搜索、標簽系統(tǒng)、anti-spam等方面都可能有所涉獵。這些的大前提都是在產(chǎn)品提供一個合理的產(chǎn)品結(jié)構(gòu)和業(yè)務(wù)需求的基礎(chǔ)上實現(xiàn)的。如果是技術(shù)出身的產(chǎn)品經(jīng)理，最好能把產(chǎn)品數(shù)據(jù)結(jié)構(gòu)圖實現(xiàn)，如果不是那也需要盡力去配合后端開發(fā)并與之在此處達成一致以保證對后端整體數(shù)據(jù)有一個清晰的脈絡(luò)認識。對數(shù)據(jù)有感知的產(chǎn)品經(jīng)理必然會反過來加深其對業(yè)務(wù)的剖析和理解，并優(yōu)化其對產(chǎn)品業(yè)務(wù)需求的整體把控。

2. 別讓測試等著開發(fā)，也別讓開發(fā)等著測試

提倡邊做邊測，在合理的功能模塊（開發(fā)需求模塊）劃分的粒度內(nèi)進行做完就測、測完就改、然后再回歸繼而再反復(fù)，這樣的好處有以下：

• 開發(fā)者本身對代碼的熟悉度一定是隨著時長而減弱的，能夠快速地反饋問題并處理問題，其在效率上的表現(xiàn)一定是更好的且具備一定的連貫性；

  
  

• 質(zhì)量把控是一個長期持續(xù)的過程，是一個發(fā)現(xiàn)問題、解決和優(yōu)化的過程，保證這個過程的動態(tài)可持續(xù)性（彈性）也要求需要邊做邊測而不是等開發(fā)完成；

  
  

• 測試是劃分單元進行的，在某種程度上也可以驗證當前迭代排期的合理性，以完善優(yōu)化整體排期。

3. 串行和并行：合理的穿針引線

正如上文提到的：別讓測試等著開發(fā)，也別讓開發(fā)等著測試。合理的排期一定是串行和并行任務(wù)合理交織安排的，串行即人與人之間的協(xié)作以一個人完成交付物后交付給另一個人就方可可執(zhí)行的；并行即人與人之間互不干擾就可以執(zhí)行的。

常見串行：

• UI交付：當UI完成設(shè)計圖后前端實現(xiàn)；

• 功能測試：一個功能模塊開發(fā)完交付給測試（無論前端后端）；

• bug提交：測提交bug并交付給開發(fā)解bug；

• 接口交付：（不提倡假接口），真實的接口準備好之后做相應(yīng)的功能開發(fā)；

• 數(shù)據(jù)訪問： 數(shù)據(jù)庫表結(jié)構(gòu)創(chuàng)建、數(shù)據(jù)訪問層等搭建完成，可CURD，進行后臺管理和接口的開發(fā)；

• 等等...

所有串行之外的任務(wù)都是可并行的。

首先要考慮功能閉環(huán)或者模塊的完整性，這樣提供給測試形成一個開發(fā)測試質(zhì)量ok的周期閉環(huán)，其次要在后臺能夠保證提供前端可用接口的基礎(chǔ)上進行前后端并行，依據(jù)這些原則進行view的實現(xiàn)即UI/UX的設(shè)計和實現(xiàn)落地。（這也是我目前的做法，可能每個人的做法各有不同，因人而異，僅代表個人觀點）

總之，我認為排期要遵循：

“串行優(yōu)先滿足，并行合理安排，最終要交付一個需求開發(fā)完成的可用的產(chǎn)品！”

4. 不確定性始終存在：小步快跑！

曾讀《反脆弱》，記憶深刻，不確定性的環(huán)境會帶來的進步巨大且不可忽略，不要過分強調(diào)預(yù)測和長遠規(guī)劃。一個好產(chǎn)品的誕生也是如此，必然也是在不確定性中生存發(fā)育成長出來的。這個不確定性來自于人、環(huán)境等等要素，不斷收集這些要素，產(chǎn)品經(jīng)理要保持一定的敏銳度，合理調(diào)整產(chǎn)品排期和需求以滿足產(chǎn)品以及各位參與的小伙伴和它最終要達到的目標。

關(guān)注合理的分模塊的排期，按照串行并行的原則合理排期，并且定好目標，在動態(tài)中調(diào)整，確保每個小伙伴對自己現(xiàn)在要做的、馬上要做的和要做到什么結(jié)果，目標是什么要很清晰。產(chǎn)品經(jīng)理在排期過程中一定要肩負起“讓大家明白”這個角色，排期一定不是一勞永逸的，其講求動態(tài)發(fā)展和進步，在不確定性中小步快跑?。▽τ趂eature的priority的排序也是類似的道理）

5. 明確產(chǎn)品經(jīng)理的定位，再來說說高效運轉(zhuǎn)

很多時候，產(chǎn)品經(jīng)理都會在如何協(xié)調(diào)資源、RD不大配合、為什么遭受質(zhì)疑等等問題上的犯嘀咕，其實有可能還是對之間的定位不夠清晰或者產(chǎn)品規(guī)劃本身存在問題。（或許也有可能是自己low，要好好思考如何提高自己。我有個口頭禪“just 干！”，別想那么多有的沒的，發(fā)現(xiàn)問題就特么想辦法解決它！就是干?。?/p>

產(chǎn)品經(jīng)理必須要明確自己的定位！（基本素質(zhì)哪些就不談了，比如溝通能力、同理性等等的）

產(chǎn)品經(jīng)理必須要明確自己的定位！產(chǎn)品經(jīng)理必須要明確自己的定位！（重事三）：

• 需求創(chuàng)建者：需求的調(diào)研與創(chuàng)建（對業(yè)務(wù)的理解、對運營的理解等）、繼而輸出原型圖；

• 資源調(diào)度協(xié)調(diào)者：合理的對資源的調(diào)度和安排，不要出現(xiàn)因為需求和規(guī)劃不合理導(dǎo)致的效率低下、資源浪費以及返工的現(xiàn)象；

• 任務(wù)管理者：task的大管家，合理安排任務(wù)以及排期，通過洽淡個的協(xié)作方式，比如用project、omniplan或者一些在線協(xié)作工具，保證每個人對于任務(wù)的時間性和產(chǎn)品整體進度的感知；

• 對產(chǎn)品負責的角色：很多產(chǎn)品經(jīng)理缺乏對產(chǎn)品的責任心注定無法level up或者眼界被局限，有時候就是靠那股心氣兒；

• 傾聽者和思考者：多聽聽大家的意見和想法并多思考，始終保持和大家想法上的同步，確保能夠達成一致，這很重要。

• 等等...

通過以上建立大家對產(chǎn)品經(jīng)理的信任，信任感這件事情非常重要，體會一下，不贅述。其中資源調(diào)度協(xié)調(diào)和任務(wù)管理很大程度上就取決于：

合理的排期以及合理地安排每個角色在合理的時間完成合理的事情，在某種程度上群策群力地高效運轉(zhuǎn)并完成。高效是對于企業(yè)成本的考量，合理的排期則是對產(chǎn)品能夠順利交付的保證，產(chǎn)品經(jīng)理必須體會到這些，理解其并使自己不斷l(xiāng)evel up。

6. 產(chǎn)品經(jīng)理應(yīng)該是精英：少即是多

說點關(guān)于關(guān)于產(chǎn)品經(jīng)理的想法：

產(chǎn)品經(jīng)理應(yīng)該盡可能少，我一直這么覺得。

產(chǎn)品經(jīng)理一定不是想想idea、調(diào)調(diào)研、琢磨琢磨需求這么簡單（要知道人人都是產(chǎn)品經(jīng)理，非得產(chǎn)品經(jīng)理想idea嘛，能不能學(xué)會調(diào)動大家思考的積極性？），或者以梳理業(yè)務(wù)邏輯、需求的調(diào)研等等任務(wù)量太大需要很多產(chǎn)品經(jīng)理，純粹扯淡！產(chǎn)品經(jīng)理不夠自信要以量取勝？其實坦白講，我做過好幾款產(chǎn)品，從需求到原型到落地排期到最后開發(fā)出來，包括我現(xiàn)在在做的也是，大部分時間就我1個產(chǎn)品經(jīng)理即我自己，在2、3個月內(nèi)一個產(chǎn)品就最終實現(xiàn)出來了，而且功能不弱于很多4、5個甚至更多產(chǎn)品經(jīng)理團隊做出來的產(chǎn)品，這個問題值得深思。

最好產(chǎn)品經(jīng)理和技術(shù)的比例是1：6~8；

產(chǎn)品經(jīng)理和運營的比例是1：5左右。

這個并不是我一個人的觀點，正如快刀青衣在《請開掉一半的產(chǎn)品經(jīng)理！！》表達的，請開掉多余的產(chǎn)品經(jīng)理吧。如果作為產(chǎn)品經(jīng)理看看自己所處的team如果不是這樣的配比，那自己的成長速度夠嗎？或者自己做的足夠多嗎？（這一點對創(chuàng)業(yè)公司尤為重要）如果真的要招產(chǎn)品，那通過產(chǎn)品專員或者產(chǎn)品實習(xí)生搞定的事情，就不要招多余的產(chǎn)品經(jīng)理！

產(chǎn)品經(jīng)理對自己的要求應(yīng)該是精英式的，多學(xué)習(xí)、多了解其他人的角色，多了解自己能做的事情，以及多看到自己做的事情的不足。

一個好的產(chǎn)品不僅僅就是找一個做過類似產(chǎn)品的或者同行業(yè)中做產(chǎn)品的人就能做出來的，他攜帶的只是基于以前舊有的靜態(tài)的知識，在不確定性的環(huán)境中，我只講反脆弱能力，即動態(tài)不確定性環(huán)境中進步的能力！產(chǎn)品經(jīng)理需要成為精英，也必須對自己高要求，要獨當多面。未來的產(chǎn)品經(jīng)理門檻必然會越來越高，學(xué)習(xí)多多益善，并理解少即是多。

以上即我個人對于排期和產(chǎn)品經(jīng)理的一些拙見，基本上是個人的所識所感，整理成文字并分享予諸君，望與切磋交流，學(xué)習(xí)進步。

雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。