編輯導(dǎo)語(yǔ)：產(chǎn)品經(jīng)理在日常工作中總會(huì)遇到很多需求，一些需要改動(dòng)或者更新迭代的需求要特別注意，不然很容易出現(xiàn)bug，導(dǎo)致后期問(wèn)題頻繁；本文作者分享了關(guān)于產(chǎn)品經(jīng)理如何利用敏捷思維進(jìn)行版本迭代，我們一起來(lái)學(xué)習(xí)一下。

做產(chǎn)品時(shí)，你是否遇到以下這些情況？

• 需求反復(fù)變動(dòng)，改某一處邏輯，開(kāi)發(fā)的工期就得加倍，項(xiàng)目無(wú)限延期。
• 開(kāi)發(fā)做出的項(xiàng)目，bug不但多，而且經(jīng)常改不好，常常是改了一個(gè)bug，又出現(xiàn)另外一個(gè)bug，好不容易把一個(gè)bug改好了，過(guò)了沒(méi)多久又重現(xiàn)；原本好好的功能，反而因?yàn)楦腷ug導(dǎo)致出現(xiàn)更多問(wèn)題。
• 開(kāi)發(fā)完全不按PRD做，前端邏輯沒(méi)搞清楚，就按著視覺(jué)稿寫(xiě)代碼。最終做出來(lái)的東西不是產(chǎn)品經(jīng)理想要的，兩邊理解的完全不一樣。而項(xiàng)目已經(jīng)開(kāi)發(fā)完了。
• 項(xiàng)目延期不是最壞的結(jié)果，更壞的結(jié)果是還不知道項(xiàng)目到底要延期多久，沒(méi)辦法準(zhǔn)確的衡量工作量，團(tuán)隊(duì)成員加班加點(diǎn)，態(tài)度端正，精神可嘉，搞但就是搞不懂問(wèn)題到底在哪里。
• 團(tuán)隊(duì)?wèi)?zhàn)斗力每況愈下，經(jīng)常對(duì)著干，在項(xiàng)目群打字說(shuō)話陰陽(yáng)怪氣，不愛(ài)語(yǔ)音溝通，各自單干，出現(xiàn)問(wèn)題后第一時(shí)間甩鍋，不是我的問(wèn)題，后端說(shuō)是前段的問(wèn)題，前段說(shuō)是后端的問(wèn)題。

如果你遇到以上一個(gè)或多個(gè)問(wèn)題，那么多半是開(kāi)發(fā)模式存在問(wèn)題。

最近筆者接觸一個(gè)項(xiàng)目也遇到了以上問(wèn)題，于是花了一些時(shí)間研究， 發(fā)現(xiàn)敏捷開(kāi)發(fā)，是解決這些問(wèn)題最好的方式；這篇文章，分享下敏捷相關(guān)的理論。

01 敏捷

敏捷，字面意思是迅速、靈敏的意思，如：行動(dòng)敏捷、思維敏捷；敏捷通常用于描述快速而靈活的完成某件事情。

敏捷開(kāi)發(fā)，就是快速而靈活的完成開(kāi)發(fā)。在幾十年前，互聯(lián)網(wǎng)項(xiàng)目剛剛起步的時(shí)候，做一個(gè)系統(tǒng)需要幾個(gè)月或者幾年；這類項(xiàng)目，與傳統(tǒng)的建筑或工業(yè)項(xiàng)目類似，需要嚴(yán)格按照計(jì)劃、分析、設(shè)計(jì)、實(shí)施、維護(hù)的流程，不能隨意變動(dòng)。

但隨著互聯(lián)網(wǎng)的發(fā)展，市場(chǎng)變化越來(lái)越快，互聯(lián)網(wǎng)項(xiàng)目必須快速響應(yīng)市場(chǎng)變化，傳統(tǒng)的這種開(kāi)發(fā)方法已經(jīng)變得笨拙，敏捷才能快速響應(yīng)變化。

敏捷有2個(gè)特點(diǎn)：『增量』『迭代』；增量是指價(jià)值的增量，即每個(gè)版本的迭代，都可以帶來(lái)價(jià)值的增量。

價(jià)值分為用戶價(jià)值和產(chǎn)品價(jià)值，用戶價(jià)值是從用戶的角度，新增的功能/內(nèi)容，對(duì)用戶能夠帶來(lái)某些價(jià)值，這些價(jià)值可以用經(jīng)濟(jì)學(xué)中的效用來(lái)體現(xiàn)，常見(jiàn)的效用如：貨幣、時(shí)間、情緒等，增量的用戶價(jià)值可以是增加收入或降低成本。

產(chǎn)品價(jià)值是從平臺(tái)/產(chǎn)品的角度來(lái)說(shuō)的，是所有用戶價(jià)值的總和，產(chǎn)品價(jià)值=(新體驗(yàn)-久體驗(yàn))-遷移成本；從另外一個(gè)角度來(lái)說(shuō)，產(chǎn)品價(jià)值還代表著對(duì)公司的貢獻(xiàn)，比如帶來(lái)收入、實(shí)現(xiàn)社會(huì)價(jià)值等。

總之，每個(gè)版本的迭代，一定能帶來(lái)增量的價(jià)值，如果不能，這個(gè)版本是沒(méi)有意義的。

敏捷的另一個(gè)特點(diǎn)是迭代，迭代的核心思路是小步快跑，有句話說(shuō)的好，好的系統(tǒng)是迭代出來(lái)的，而不是架構(gòu)出來(lái)的。

快速打造MVP，然后投放市場(chǎng)，快速試錯(cuò)，當(dāng)產(chǎn)品方案和問(wèn)題匹配時(shí)，再擴(kuò)大市場(chǎng)規(guī)模，當(dāng)產(chǎn)品方案和市場(chǎng)匹配時(shí)，再進(jìn)行更大規(guī)模的擴(kuò)張；小步快跑的迭代，是實(shí)現(xiàn)精益創(chuàng)業(yè)最好的方法。

02 實(shí)施敏捷

關(guān)于敏捷開(kāi)發(fā)，有個(gè)著名的敏捷宣言：

• 個(gè)體和互動(dòng)高于流程和工具：相對(duì)于繁瑣的流程和固定的工具，個(gè)人的主觀能動(dòng)性和團(tuán)隊(duì)之間的良好互動(dòng)，更有利于敏捷。
• 工作的軟件高于詳盡的文檔：PRD寫(xiě)得再完美無(wú)缺，如果做出的產(chǎn)品漏洞百出，邏輯不同，也無(wú)濟(jì)于事，敏捷更強(qiáng)調(diào)最終的產(chǎn)出，而沒(méi)那么關(guān)注過(guò)程；筆者之前就遇到過(guò)這樣的情況，PRD寫(xiě)得非常細(xì)，但研發(fā)測(cè)試粗心大意，沒(méi)按需求實(shí)施，導(dǎo)致最終做出來(lái)的產(chǎn)品，bug非常多，不盡人意。
• 客戶合作高于合同談判。
• 響應(yīng)變化高于遵循計(jì)劃：互聯(lián)網(wǎng)項(xiàng)目，具備短平快的特點(diǎn)，變更需求經(jīng)常發(fā)生，實(shí)施敏捷的團(tuán)隊(duì)，能響應(yīng)變化，而不是一成不變的遵循計(jì)劃。

敏捷，強(qiáng)調(diào)的是一種思想，類似于面向?qū)ο?，具體要實(shí)施敏捷，有多種實(shí)施的框架，最常用的是Scrum，我把Scrum簡(jiǎn)單的梳理成了幾個(gè)部分：兩個(gè)工件、三個(gè)角色、四個(gè)會(huì)議，簡(jiǎn)稱二三四。

1）兩個(gè)工件：需求列表Product Backbog、迭代(沖刺)計(jì)劃Sprint Backbog；產(chǎn)品經(jīng)理將收集到的用戶需求，匯總到需求列表，然后從其中選出優(yōu)先級(jí)高、有價(jià)值的需求，組成迭代的版本計(jì)劃?？梢躁P(guān)注刀哥公眾號(hào)（刀哥說(shuō)），獲取需求列表模板。

2）三個(gè)角色：產(chǎn)品負(fù)責(zé)人（Product Owner）、敏捷教練（Scrum Master）、技術(shù)團(tuán)隊(duì)（Team）；產(chǎn)品負(fù)責(zé)人通常就是產(chǎn)品經(jīng)理，敏捷教練是團(tuán)隊(duì)的服務(wù)型領(lǐng)導(dǎo)，負(fù)責(zé)團(tuán)隊(duì)協(xié)作、組織會(huì)議、處理相關(guān)問(wèn)題等，技術(shù)團(tuán)隊(duì)包含前后端、UI、測(cè)試、運(yùn)維等所有實(shí)施角色。

PO的重要性，不亞于一個(gè)技術(shù)團(tuán)隊(duì)，PO主要對(duì)產(chǎn)品價(jià)值和驗(yàn)收負(fù)責(zé)，如果提出的需求沒(méi)有價(jià)值，相當(dāng)于整個(gè)版本的迭代就是在白做；所以，作為產(chǎn)品經(jīng)理，一定要把更多的精力放在『如何實(shí)現(xiàn)用戶價(jià)值/產(chǎn)品價(jià)值』上面，畫(huà)原型、做項(xiàng)目管理都是過(guò)程而已，PO要拿結(jié)果說(shuō)話，對(duì)價(jià)值負(fù)責(zé)、對(duì)技術(shù)團(tuán)隊(duì)負(fù)責(zé)。

產(chǎn)品經(jīng)理如果一直把精力放在功能設(shè)計(jì)、產(chǎn)品設(shè)計(jì)上面，很難有提升，要提升還得多關(guān)注用戶和產(chǎn)品價(jià)值，產(chǎn)品大佬唐韌把產(chǎn)品分成四個(gè)階段，你可以對(duì)比下當(dāng)前處于哪個(gè)階段。

3）四個(gè)會(huì)議：迭代啟動(dòng)會(huì)、站立會(huì)、評(píng)審會(huì)、回顧會(huì)。

迭代啟動(dòng)會(huì)是PO給技術(shù)團(tuán)隊(duì)過(guò)需求，需求有問(wèn)題PO進(jìn)行調(diào)整，直到完全澄清，然后技術(shù)團(tuán)隊(duì)開(kāi)始評(píng)估工期。

站立會(huì)是在迭代周期內(nèi)，相關(guān)成員每天早上開(kāi)站立會(huì)議，一般不超過(guò)5分鐘，成員依次描述昨天已完成工作、今天計(jì)劃、當(dāng)前問(wèn)題。

評(píng)審會(huì)是有技術(shù)團(tuán)隊(duì)給PO演示開(kāi)發(fā)成果，由PO進(jìn)行驗(yàn)收。

回顧會(huì)議則是迭代版本上線后，收集本次迭代的問(wèn)題，提出建議，以便下一次更好的合作；如果當(dāng)前版本有遺留問(wèn)題，則將問(wèn)題加入下一個(gè)版本的需求列表。

03 敏捷和瀑布

敏捷和瀑布是兩種開(kāi)發(fā)模型，瀑布模型更像是傳統(tǒng)建筑工程的模型，這種模型強(qiáng)調(diào)步驟和過(guò)程，每個(gè)階段都需要輸入詳盡的文檔到下個(gè)階段，下個(gè)階段才能開(kāi)啟；比如拿蓋樓來(lái)說(shuō)，沒(méi)有設(shè)計(jì)圖紙，就不能開(kāi)工，并且設(shè)計(jì)圖紙一旦確定，是不能輕易變動(dòng)的。

在傳統(tǒng)的軟件時(shí)代，也更多的采用這種模型，但這種模型有個(gè)最大的問(wèn)題是，不能擁抱變化，一有變化，將付出巨大的成本。

而敏捷開(kāi)發(fā)，則更多強(qiáng)調(diào)擁抱變化，PO、SM、Team做為一個(gè)團(tuán)隊(duì)，彼此相互合作，為最終的結(jié)果負(fù)責(zé)，沒(méi)有絕對(duì)的中心，每個(gè)人都是中心，技術(shù)團(tuán)隊(duì)會(huì)思考業(yè)務(wù)，PO也會(huì)思考技術(shù)；總之，大家都為最終的價(jià)值和結(jié)果負(fù)責(zé)。

去年看過(guò)一本書(shū)，叫《賦能》，里面說(shuō)到一個(gè)很重要的理念，叫『扁平化、去中心化、賦能』，敏捷開(kāi)發(fā)，就符合這個(gè)理念。

當(dāng)然，不是說(shuō)瀑布開(kāi)發(fā)就完全沒(méi)有價(jià)值、不能采用，在做外包或者規(guī)模巨大不易變化的項(xiàng)目時(shí)，瀑布開(kāi)發(fā)也有其應(yīng)用場(chǎng)景。

04 寫(xiě)在最后

做產(chǎn)品，很講究一個(gè)節(jié)奏感，有節(jié)奏感的產(chǎn)品，才能穩(wěn)定的產(chǎn)出價(jià)值，而這個(gè)節(jié)奏感，很大程度來(lái)源于對(duì)版本的把控。

產(chǎn)品經(jīng)理一定要做好兩件事：需求分期、價(jià)值優(yōu)先級(jí)判斷；能做好這兩件事，產(chǎn)品能力才會(huì)穩(wěn)步上升。

而敏捷的這種思想，對(duì)產(chǎn)品做好這兩件事情，是很有幫助的，一定要熟練掌握敏捷思想，善于利用SCRUM框架方法，遠(yuǎn)離無(wú)限延期，擺脫甩不完的鍋。

相關(guān)文章：

產(chǎn)品經(jīng)理怎么做可行性分析？

7年產(chǎn)品經(jīng)理的工作流程，與你分享

產(chǎn)品新人沒(méi)有完整項(xiàng)目經(jīng)驗(yàn)？這篇文章幫你打開(kāi)思路

PRD到底該怎么寫(xiě)？更全面的文檔范例來(lái)了

作者：刀哥；公眾號(hào)：刀哥說(shuō)。

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

題圖來(lái)自Unsplash，基于CC0協(xié)議。