產(chǎn)品周期化迭代的流程和注意事項

1、產(chǎn)品周期化迭代的流程和注意事項當(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)行 篩選，固定不變的周期可以幫助我們逐漸找到

2、適合自己的節(jié)奏，也可以幫助我們對需求進(jìn)行優(yōu)先級排序0此外，固定的迭代周期還有助于在整個迭代過 程中，加強(qiáng)項目團(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)理從需

3、求池當(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ā)一封郵件給整個

4、項目團(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é)后頭問“

5、 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)品上線到需求測試為止的工作全部完成，即意味

6、著本周期內(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)中對大家

7、有些幫 助。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é)任，防止

8、出現(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)隊間的信任危機(jī)， 對以后的周期化 迭代絕對是有弊無利的。3 .優(yōu)雅地跟進(jìn)項目進(jìn)度前面我們說到了，對其他部門工作的跟進(jìn)，不等于監(jiān)督他們的工作，即 沒必要整天追著設(shè)計和技術(shù)同學(xué)問“ XX需求怎么樣了"。那么我們該如何 做，既不讓他們感到厭煩，還能隨時把握項目的最新進(jìn)度呢？有幾點可供借 鑒： 將本周期內(nèi)的需求逐條整理，歸納成一

9、份列表，每晚用郵件分享當(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)急機(jī)制迭代周期化需要有一套應(yīng)急策略，比如開發(fā)或測試工作沒有如期完成， 影響了下一階段的工作，此時應(yīng)該如何做，是砍掉部分相對不重要的需求， 還是犧牲上線時間，視具體情況而定。5

10、 .適當(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é)在編碼時，也 會覺得除了編碼這一本職工作之外，其他事情

11、都屬于“雜事”?！半s事”的 分類有很多，其他部門的工作可以算作“雜事”，因需求的模糊而去找產(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é)，為他們免去盡可能多的雜事，換句 話說也就是替他們“打雜”。這樣做的好處如下：一方面，我們可以