轉(zhuǎn)載藍(lán)藍(lán)設(shè)計(jì)(   m.lzhte.cn  )是一家專(zhuān)注而深入的設(shè)計(jì)機(jī)構(gòu) ，為期望卓越的國(guó)內(nèi)外企業(yè)提供有效的   BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、  ipad界面設(shè)計(jì)   、  包裝設(shè)計(jì) 、  圖標(biāo)定制 、  用戶體驗(yàn) 、交互設(shè)計(jì)、   網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)

來(lái)源：http://www.woshipm.com/pmd/20677.html

如果您想訂閱本博客內(nèi)容，每天自動(dòng)發(fā)到您的郵箱中，   請(qǐng)點(diǎn)這里

[核心提示] 我們時(shí)常聽(tīng)到許多產(chǎn)品團(tuán)隊(duì)提到“小步快跑，快速迭代”，但它到底指的是什么?對(duì)此不了解的同學(xué)可以看看這篇文章。

今天在微博上又一次看到有人轉(zhuǎn)發(fā)小馬哥的：“小步快跑，快速迭代”理論，剛好鄙人近期收集了一些快速迭代的資料，接下來(lái)結(jié)合自身的經(jīng)驗(yàn)來(lái)淺談產(chǎn)品的快速迭代方式。這篇文字可能會(huì)偏項(xiàng)目管理一些，不過(guò)我認(rèn)為項(xiàng)目管理也是產(chǎn)品經(jīng)理基本素質(zhì)之一。

　　關(guān)于立項(xiàng)

這一點(diǎn)相信大家都不陌生，每個(gè)產(chǎn)品在經(jīng)過(guò) BRD、MRD (當(dāng)然，這兩個(gè)過(guò)程并不是所有產(chǎn)品經(jīng)理都能參與)之后，就會(huì)進(jìn)入立項(xiàng)階段。在傳統(tǒng)的立項(xiàng)過(guò)程中，我們更多的是走流程，項(xiàng)目負(fù)責(zé)人提出立項(xiàng)申請(qǐng)，項(xiàng)目組進(jìn)行可行性討論分析，然后召開(kāi)大會(huì)進(jìn)行立項(xiàng)評(píng)審，負(fù)責(zé)人根據(jù)評(píng)審結(jié)果進(jìn)行相應(yīng)修改，最后再召開(kāi)一次轟轟烈烈的項(xiàng)目啟動(dòng)會(huì)。而快速迭代的立項(xiàng)方式?jīng)]這么復(fù)雜，基本上 10 分鐘之內(nèi)一頁(yè)幻燈片就可以確定，一般會(huì)闡述這么幾個(gè)問(wèn)題：我們?yōu)槭裁匆鲞@件事?有沒(méi)有更重要的工作要做?項(xiàng)目完成的標(biāo)準(zhǔn)是什么?項(xiàng)目的風(fēng)險(xiǎn)點(diǎn)在哪里?只要項(xiàng)目組明確了這四個(gè)問(wèn)題的答案，是否立項(xiàng)就可一目了然。

現(xiàn)在大部分互聯(lián)網(wǎng)公司都有開(kāi)晨會(huì)的制度，在快速迭代的產(chǎn)品管理模式下，晨會(huì)首先必須是站立式，以此保證會(huì)議的簡(jiǎn)短、，一般情況下團(tuán)隊(duì)的每個(gè)人都會(huì)逐一描述三大問(wèn)題：昨天做了什么事情，今天要做哪些事情，在工作中遇到了什么問(wèn)題。在會(huì)議中產(chǎn)品經(jīng)理應(yīng)該重點(diǎn)關(guān)注兩個(gè)方面：其一是昨天工作是否真的完成，這里所說(shuō)的完成不是代碼寫(xiě)完了就了事，也不是自測(cè)沒(méi)問(wèn)題了就是完成，所謂一個(gè)任務(wù)的完成應(yīng)該是真正意義上的完成，即滿足用戶需求，可立即部署到真實(shí)環(huán)境中進(jìn)行使用。我見(jiàn)過(guò)太多的工程師口口聲聲說(shuō)功能已經(jīng)完成，但最終部署到服務(wù)器上依然需要經(jīng)歷大量的聯(lián)調(diào)測(cè)試，然后看著你說(shuō)：“在我機(jī)器上是沒(méi)問(wèn)題的”。其二產(chǎn)品經(jīng)理應(yīng)該重點(diǎn)關(guān)注團(tuán)隊(duì)成員在工作中遇到了哪些問(wèn)題，并想辦法通過(guò)團(tuán)隊(duì)其他人的力量幫助其解決，這里我提到的是其他人而不是產(chǎn)品經(jīng)理，產(chǎn)品經(jīng)理在這個(gè)過(guò)程中應(yīng)該培養(yǎng)團(tuán)隊(duì)的合作能力以及成員相互配合解決問(wèn)題的成就感、信任感。

　　關(guān)于過(guò)程優(yōu)化

在產(chǎn)品快速迭代的過(guò)程中，有很多地方需要產(chǎn)品經(jīng)理進(jìn)行主導(dǎo)優(yōu)化，讓我們來(lái)列舉幾個(gè)例子：

思想優(yōu)化。在開(kāi)發(fā)過(guò)程中一定會(huì)出現(xiàn)研發(fā)人員的意見(jiàn)與產(chǎn)品經(jīng)理、交互設(shè)計(jì)師的意見(jiàn)不一致的情況，因?yàn)閺娜诵缘慕嵌确治?，每個(gè)角色都一定會(huì)用自己慣性思維去思考問(wèn)題，比如工程師會(huì)告訴這個(gè) Banner 放在左面程序運(yùn)行效率最高，而交互設(shè)計(jì)師認(rèn)為放在右邊會(huì)更符合行為習(xí)慣，產(chǎn)品經(jīng)理則認(rèn)為放在更上方一點(diǎn)會(huì)換來(lái)更多的點(diǎn)擊率，此時(shí)產(chǎn)品經(jīng)理一定要引導(dǎo)大家站在更高層、更客觀的角度去尋找解決方案。

代碼優(yōu)化。這一點(diǎn)更多的是指代碼 review，一般會(huì)采用每天團(tuán)隊(duì)成員交叉 review 和每周團(tuán)隊(duì)一起進(jìn)行重點(diǎn)功能 review 兩種模式。有句話叫磨刀不誤砍柴工，代碼 review 是發(fā)現(xiàn)潛在 BUG、發(fā)現(xiàn)功能偏差的成本投入。

文檔優(yōu)化。推薦使用類(lèi)似 wiki 的系統(tǒng)來(lái)統(tǒng)一管理產(chǎn)品文檔，產(chǎn)品經(jīng)理在寫(xiě)文檔的過(guò)程中不要因?yàn)榕侣闊┚徒档臀臋n的可讀質(zhì)量，要知道產(chǎn)品很有可能因?yàn)槟闵賹?xiě)幾個(gè)字就走向了另一個(gè)極端，很可能就因?yàn)檫@幾個(gè)字，工程師就需要返工，這也是為什么大部分工程師都想暴打產(chǎn)品經(jīng)理的原因所在。因此產(chǎn)品經(jīng)理在寫(xiě)文檔的過(guò)程中應(yīng)該多以工程師的視角去寫(xiě)需求，如果你是工程師，看到需求后是否會(huì)出現(xiàn)理解偏差?如果會(huì)，那么請(qǐng)用更多的時(shí)間來(lái)完善需求文檔，產(chǎn)品經(jīng)理應(yīng)該時(shí)刻清楚，需求文檔的本質(zhì)不在寫(xiě)得多么有文采，能讓工程師正確理解才是王道，正所謂不管黑貓白貓，抓到耗子就是好貓。

團(tuán)隊(duì)溝通優(yōu)化。產(chǎn)品經(jīng)理應(yīng)該增加與團(tuán)隊(duì)成員在一起的時(shí)間，可以選擇工作時(shí)坐在一起，或者一起吃午飯等等，你要時(shí)刻找機(jī)會(huì)把自己的想法準(zhǔn)確的灌輸?shù)焦こ處煹哪X袋里，并且盡可能的在不動(dòng)聲色間解決他們心中的疑惑。

流程優(yōu)化，需求管理系統(tǒng)、BUG 管理系統(tǒng)、產(chǎn)品打包機(jī)制最好都是高度智能化的，可以讓團(tuán)隊(duì)成員第一時(shí)間找到自己想要的信息。

快速迭代所帶來(lái)的弊端就是產(chǎn)品質(zhì)量無(wú)法保證，因?yàn)闀r(shí)間有限，往往無(wú)法對(duì)產(chǎn)品的健壯性進(jìn)行足夠的測(cè)試，甚至有時(shí)候一個(gè)功能完成后測(cè)試人員也是僅憑借著經(jīng)驗(yàn)隨便點(diǎn)點(diǎn)就通過(guò)了，這里我建議大家選用一款智能化的 BUG 管理系統(tǒng)，系統(tǒng)每天通過(guò)群發(fā)郵件的方式來(lái)展現(xiàn) BUG 情況，產(chǎn)品經(jīng)理自己心中要有一個(gè) BUG 可容忍的最大值，一旦某天的 BUG 數(shù)量超過(guò)這個(gè)值，就要分析原因并采取相應(yīng)的措施來(lái)解決了。

　　關(guān)于總結(jié)

在產(chǎn)品上線后，我們通過(guò)數(shù)據(jù)來(lái)分析產(chǎn)品上線是否成功，并總結(jié)上一個(gè)迭代過(guò)程中所遇到的問(wèn)題，因?yàn)榭焖俚膱F(tuán)隊(duì)人員都不會(huì)很多，所以大家可以對(duì)出現(xiàn)的問(wèn)題暢所欲言，評(píng)價(jià)成員在過(guò)程中的表現(xiàn)得分，當(dāng)然這個(gè)評(píng)分與績(jī)效無(wú)關(guān)，我們的目的僅僅是希望團(tuán)隊(duì)更好，團(tuán)隊(duì)好了產(chǎn)品才會(huì)好。

我相信每一個(gè)互聯(lián)網(wǎng)公司對(duì)于快速迭代的看法都不盡相同，這是一個(gè)仁者見(jiàn)仁智者見(jiàn)智的事情，但是請(qǐng)大家明白，快速迭代絕對(duì)不是邊改 BUG 邊上線的過(guò)程、也絕對(duì)不是將功能進(jìn)行分解來(lái)逐步實(shí)現(xiàn)的過(guò)程。快速迭代的實(shí)施是有前提條件的：

第一、環(huán)境，周?chē)h(huán)境在快速變化、產(chǎn)品沒(méi)有足夠的時(shí)間來(lái)進(jìn)行需求分析及相關(guān)測(cè)試;

第二、用戶，用戶不知道自己真正想要什么，產(chǎn)品需要通過(guò)迭代的方式進(jìn)行試錯(cuò);

第三、成本，一般情況下可迭代產(chǎn)品的成本都很低，并且可以快速的進(jìn)行版本更新。

你的產(chǎn)品，是否可以快速迭代?你是否已經(jīng)了解如何進(jìn)行快速迭代了?