當(dāng)產(chǎn)品基礎(chǔ)框架開發(fā)完成，進(jìn)入成熟期后，產(chǎn)品的周期化迭代就變得非常重要。所謂產(chǎn)品迭代，就是在一定時間內(nèi)，對該產(chǎn)品一定量的新需求加以評估、篩選、開發(fā)、測試以及上線的一系列行為的總稱。而產(chǎn)品迭代的周期化，即是指固定產(chǎn)品迭代的流程，一般為一到兩周。

那么，為什么要進(jìn)行周期化的產(chǎn)品迭代呢？這是因為，固定的周期有助于為項目團(tuán)隊形成規(guī)范，從而提高開發(fā)效率。如果迭代被周期所限制，那么團(tuán)隊就會被引導(dǎo)去選擇一個能與這個周期長度相適應(yīng)的開發(fā)量，而不是盲目增加需求或放不開手腳。

而在固定周期內(nèi)，當(dāng)確定開發(fā)量時，我們經(jīng)常需要對一定量的需求進(jìn)行篩選，固定不變的周期可以幫助我們逐漸找到適合自己的節(jié)奏，也可以幫助我們對需求進(jìn)行優(yōu)先級排序。此外，固定的迭代周期還有助于在整個迭代過程中，加強項目團(tuán)隊的時間觀念，從而形成規(guī)范，比如周一主要由誰來做什么工作，周二由誰來做什么工作，以此類推。

在產(chǎn)品迭代的流程中，產(chǎn)品經(jīng)理其實更多地扮演了項目經(jīng)理的角色，需要跟進(jìn)整個迭代的進(jìn)度，也需要及時協(xié)調(diào)各方資源，保證迭代成功進(jìn)行。我個人認(rèn)為，產(chǎn)品經(jīng)理作為產(chǎn)品的“爹”，作為對產(chǎn)品直接負(fù)責(zé)的角色，跟進(jìn)產(chǎn)品的開發(fā)和測試本來就無可厚非。具備必要的項目管理能力，不應(yīng)該是產(chǎn)品經(jīng)理的加分項，而應(yīng)該是對其最低限度的要求。

下面我們簡單梳理下一個固定周期中，產(chǎn)品進(jìn)行迭代的流程。

1.需求初定

先由產(chǎn)品經(jīng)理從需求池當(dāng)中取出部分需求，作為本周期內(nèi)需要開發(fā)的內(nèi)容，并進(jìn)行優(yōu)先級排序，一般P0、P1、P2三級即可。優(yōu)先級分類太多，很容易導(dǎo)致在不同需求的優(yōu)先級排序上造成不必要的時間浪費。排序完成后，產(chǎn)品經(jīng)理還可以先預(yù)估一下開發(fā)成本，如果感覺開發(fā)負(fù)擔(dān)太重，那么就有必要砍掉一些優(yōu)先級或投入產(chǎn)出比低的需求。

2.需求評估

召集設(shè)計同學(xué)、技術(shù)同學(xué)和測試同學(xué)，進(jìn)行本周期的需求評估，以確定最終的開發(fā)內(nèi)容，以及各部門工作的排期。這部分流程最好能通過一次稍微正式些的會議來進(jìn)行。在會議這種正式場合上，大家表達(dá)意見一般都是經(jīng)過認(rèn)真思考的，給出排期時也會較為謹(jǐn)慎，而且有利于形成規(guī)范。會議結(jié)束后，可以發(fā)一封郵件給整個項目團(tuán)隊，說明會議內(nèi)容與排期確定情況，越詳細(xì)越好。這樣將項目流程初步落實到紙面上，一定程度上可以防止迭代規(guī)劃流于空談。

3.需求落地（設(shè)計與開發(fā)）

這是一個至關(guān)重要的環(huán)節(jié)，直接決定著本周期內(nèi)的需求迭代能否成功。在上一個流程即需求評估階段，我們已經(jīng)確定了最終的開發(fā)內(nèi)容，但這并不代表迭代進(jìn)入這個階段后我們就沒事可做了。作為產(chǎn)品經(jīng)理，我們在產(chǎn)品生命周期的每一個階段，都需要保持活躍。而這個階段我們需要做的，就是跟進(jìn)產(chǎn)品的設(shè)計、開發(fā)進(jìn)度，以保證產(chǎn)品能夠在擬定的期限內(nèi)開發(fā)完成，達(dá)到可測試水平。

不過，“跟進(jìn)”并不等于“監(jiān)督”，我們是產(chǎn)品經(jīng)理而不是包工頭。不需要整天跟在設(shè)計和技術(shù)同學(xué)后頭問“XX需求做得怎么樣了”，一方面無益于項目的實際進(jìn)度，另一方面也會讓別人覺得你自身能力不夠，卻只會一味要求別人，從而影響到你們在項目當(dāng)中的合作。

4.需求測試

在這個環(huán)節(jié)，我們要將本周期內(nèi)開發(fā)完成的需求全部提交測試。需求測試分為兩部分，第一部分是產(chǎn)品經(jīng)理自測整體邏輯，也就是說不需要關(guān)注細(xì)節(jié)與極限問題，只要邏輯總體上沒有問題，此部分測試便可通過。第二部分是提交QA測試，簡稱“提測”。與需求落地環(huán)節(jié)一樣，這個階段中的產(chǎn)品經(jīng)理看似無事可做，實則不可或缺。我們需要跟進(jìn)測試進(jìn)度，在測試同學(xué)對提測內(nèi)容和邏輯有疑問時，需要及時解答。

5.產(chǎn)品上線

到需求測試為止的工作全部完成，即意味著本周期內(nèi)需要開發(fā)的需求已經(jīng)全部實現(xiàn)，且沒有任何問題，產(chǎn)品可以上線。不過上線后，產(chǎn)品經(jīng)理還需要進(jìn)行一次線上回測，最大限度地確保產(chǎn)品不存在任何問題。如果不幸測試出了在測試環(huán)節(jié)未能及時發(fā)現(xiàn)的BUG，一定要第一時間提給技術(shù)同學(xué)去修復(fù)，未能修復(fù)的也需要告知運營同學(xué)，并協(xié)助運營同學(xué)做好對用戶的解釋與安撫工作。產(chǎn)品上線標(biāo)志著一個迭代周期的結(jié)束，同時也意味著產(chǎn)品經(jīng)理需要開始梳理下一個周期的迭代內(nèi)容。

我們可以看到，一個產(chǎn)品的迭代實際上是循環(huán)往復(fù)不間斷的。要在連續(xù)更替的迭代周期當(dāng)中做好每一個階段的工作也不是一件容易的事情。那么我們來梳理一些需要注意的事項，希望能在產(chǎn)品迭代過程當(dāng)中對大家有些幫助。

1.科學(xué)設(shè)置迭代周期長度

產(chǎn)品迭代一般是以周為單位，每個周期為一到兩周。這樣的時間設(shè)置最為接地氣，也最為科學(xué)，短于一周，分配給各個環(huán)節(jié)的時間都太緊，會導(dǎo)致各項工作都草草了事。長于兩周，各個環(huán)節(jié)的工作在時間上難以把控，很容易造成迭代不能如期完成，難以形成穩(wěn)定有效的規(guī)范。

2.將信息傳達(dá)落實到位

任何工作能落實到紙面上，盡量落實，并讓大家周知。例如，每次需求評審都使用原型與文檔輔助講解；會議記錄整理后用郵件發(fā)出；BUG通過jira等項目管理應(yīng)用統(tǒng)一提出等等，一方面避免了口頭溝通易忘的風(fēng)險，可以幫助各部門同學(xué)記住重要信息，另一方面也可以借此規(guī)范迭代流程，明確各自責(zé)任，防止出現(xiàn)問題時互相推諉的現(xiàn)象發(fā)生。

而且，落實到紙面上的信息，比如已經(jīng)確定的產(chǎn)品策略、開發(fā)排期等等，如非極其特殊的情況，盡量不要更改。即使只更改過一次，也會讓其他部門同學(xué)覺得“這個產(chǎn)品經(jīng)理不靠譜，已經(jīng)敲定的事還變來變?nèi)ァ?，從而讓紙面上的?guī)定失去效力。嚴(yán)重者甚至?xí)l(fā)團(tuán)隊間的信任危機，對以后的周期化迭代絕對是有弊無利的。

3.優(yōu)雅地跟進(jìn)項目進(jìn)度

前面我們說到了，對其他部門工作的跟進(jìn)，不等于監(jiān)督他們的工作，即沒必要整天追著設(shè)計和技術(shù)同學(xué)問“XX需求怎么樣了”。那么我們該如何做，既不讓他們感到厭煩，還能隨時把握項目的最新進(jìn)度呢？有幾點可供借鑒：

·將本周期內(nèi)的需求逐條整理，歸納成一份列表，每晚用郵件分享當(dāng)天的迭代進(jìn)度，標(biāo)注出當(dāng)天該列表中需求的完成情況（當(dāng)然要明確各項需求的責(zé)任人）。

·綁定需求的開發(fā)環(huán)境，隨時跟進(jìn)最新的開發(fā)進(jìn)度。這樣如果開發(fā)上有漏洞，就可以第一時間獲知到并與技術(shù)同學(xué)溝通。

·其實，大部分的設(shè)計和技術(shù)同學(xué)還是很負(fù)責(zé)任的，有沒搞懂的邏輯問題都會主動來問你（不然工作沒法繼續(xù)進(jìn)行）。所以最基本的是，一開始就把所有需求點和其他部門同學(xué)都溝通清楚，從根本上免去不必要溝通的麻煩。

4.建立應(yīng)急機制

迭代周期化需要有一套應(yīng)急策略，比如開發(fā)或測試工作沒有如期完成，影響了下一階段的工作，此時應(yīng)該如何做，是砍掉部分相對不重要的需求，還是犧牲上線時間，視具體情況而定。

5.適當(dāng)?shù)刎暙I(xiàn)出你的碎片時間

在兩輪迭代周期之間，通常會有周末之類的空缺，這個時候產(chǎn)品經(jīng)理還是有很多事可做的，比如收集用戶反饋，整理下期需求等等。這一條看似有些苛刻，不過細(xì)細(xì)一想也可以接受。畢竟就算在工作時間，我們也會偷偷刷微博，而工作時間之外我們也同樣不可能完全放開自己的工作。

6.關(guān)于正確的心態(tài)與做法

我個人認(rèn)為，一個迭代周期當(dāng)中，產(chǎn)品經(jīng)理應(yīng)該本著一種“打雜心態(tài)”來協(xié)調(diào)和推進(jìn)整個項目。下面我來解釋一下何謂“打雜心態(tài)”。

舉個例子，設(shè)計同學(xué)在工作時，他會覺得除了按要求設(shè)計產(chǎn)品，其他事情都不屬于自己的工作范圍，也就是他的“雜事”。技術(shù)同學(xué)在編碼時，也會覺得除了編碼這一本職工作之外，其他事情都屬于“雜事”。“雜事”的分類有很多，其他部門的工作可以算作“雜事”，因需求的模糊而去找產(chǎn)品經(jīng)理溝通也可以算作“雜事”。

而“雜事”由誰來處理呢？產(chǎn)品經(jīng)理自然當(dāng)仁不讓。我們可以這么想：在產(chǎn)品迭代的各個階段，都有相應(yīng)的階段主體，他們的工作對這個階段的迭代，起著決定性的作用。在需求初定階段，可能產(chǎn)品經(jīng)理是主體，但進(jìn)入了需求開發(fā)階段，設(shè)計與技術(shù)同學(xué)就變成了主體，進(jìn)入了測試階段，測試同學(xué)當(dāng)然就是主體。如果一個階段的主體為太多的雜事所累，那他進(jìn)行的這部分迭代工作情況當(dāng)然不會很理想。

作為跟進(jìn)產(chǎn)品迭代每個階段的角色，我們必須在迭代進(jìn)入特定階段的時候，盡量協(xié)助充當(dāng)這個階段主體的同學(xué)，為他們免去盡可能多的雜事，換句話說也就是替他們“打雜”。這樣做的好處如下：

一方面，我們可以規(guī)范迭代流程，給每個迭代階段都留出充足的時間，讓他們游刃有余地處理手頭的工作；另一方面，我們也可以通過及時準(zhǔn)確、一次到位的溝通，來避免一而再、再而三地交代需求細(xì)節(jié)所造成的時間浪費。在團(tuán)隊中，產(chǎn)品經(jīng)理其實不是什么leader，只是一個“打雜”的角色，但做好“雜事”，其實一定程度上也就是做好了自己的本職工作——正確、穩(wěn)定地推進(jìn)產(chǎn)品的周期化迭代。

本文為作者Eason投稿發(fā)布，轉(zhuǎn)載請注明來源于人人都是產(chǎn)品經(jīng)理并附帶本文鏈接