作為產(chǎn)品經(jīng)理，我們除了了解競品分析、需求文檔以及活動(dòng)策劃外，還應(yīng)該了解掌握各種開發(fā)模式，例如：迭代開發(fā)、增量開發(fā)、瀑布式開發(fā)、螺旋式開發(fā)以及敏捷開發(fā)。

而其中的敏捷開發(fā)可以說是已經(jīng)到了“家喻戶曉”的地步，并且許多公司或是團(tuán)隊(duì)至今都在沿用敏捷開發(fā)的模式進(jìn)行日常工作的開展。

就是在這樣“家喻戶曉”、“人人沿用”的情況下，敏捷開發(fā)在實(shí)際應(yīng)用中一直兩極分化嚴(yán)重。敏捷開發(fā)他是壓力、無腦沖刺的代名詞，同時(shí)也是創(chuàng)業(yè)工作中的“救世良藥”，產(chǎn)品創(chuàng)新的方法。

為什么會(huì)存在這樣的兩極分化？

下面，咱們將通過三個(gè)方面進(jìn)行討論，來深入了解敏捷開發(fā)之后便知道為什么會(huì)如此兩極分化啦。

推崇敏捷開發(fā)的根源是什么？

你使用的是流程敏捷還是思維敏捷？

我們該如何選擇敏捷模式，它能給我們帶來什么？

一、推崇的根源是什么

我們都知道，敏捷開發(fā)突出在敏捷上。

根據(jù)用戶（顧客、甲方）的需求，進(jìn)行短、平、快的研發(fā)沖刺，并且在沖刺過程中，還需要對需求、市場的變化進(jìn)行靈活的調(diào)整，以適應(yīng)變化。而恰恰因?yàn)檫@些特點(diǎn)，所以我們當(dāng)前時(shí)代十分推崇敏捷開發(fā)。

首先，要想知道為什么推崇，就需要我們了解當(dāng)前我們處于時(shí)代時(shí)代的背景。

我們現(xiàn)在處于互聯(lián)網(wǎng)高速發(fā)展的時(shí)候，而這個(gè)時(shí)代叫vuca時(shí)間，vuca時(shí)代中的vuca代表這個(gè)時(shí)代的四種屬性及volatility（易變性），uncertainty（不確定性），complexity（復(fù)雜性），ambiguity（模糊性）。

1. 易變性

當(dāng)今社會(huì)的變化，速度越來越快越來越不可預(yù)測。

一個(gè)變量的變化，十分容易引起另外的變量進(jìn)行變化，且這種變化十分頻繁。事物很難再保持較長的穩(wěn)定。我們面對易變性要做好各方面的預(yù)備，保持良好的輸入輸出的習(xí)慣，積極迎合事物的變化，增強(qiáng)我們的反脆弱性。

2. 不確定

面對易變化的時(shí)代，我們以往的經(jīng)驗(yàn)無法或說難以在適用現(xiàn)在時(shí)代的場景。盡管，以往的經(jīng)驗(yàn)依然有很強(qiáng)的參考性，但面對現(xiàn)在這個(gè)因?yàn)橐鬃兓涑獠淮_定的時(shí)代之前的經(jīng)驗(yàn)，我們不能盡信。

對此，我們要盡可能的擴(kuò)張信息知識(shí)面，對已收集信息進(jìn)行加工和分析，以求通過擴(kuò)大分析網(wǎng)絡(luò)而降低這些不確定性，這也是我們常說的競品分析。

3. 復(fù)雜性

互聯(lián)網(wǎng)給我們的生活帶來飛速發(fā)展的同時(shí)，我們所面對的信息越加龐大；同時(shí)，增量的不光是信息還有問題，各種問題相互牽制，牽一發(fā)而動(dòng)全身的情況越發(fā)明顯。

單一的解決方案已經(jīng)無法滿足我們，因此我們需要定期進(jìn)行復(fù)盤，重組。積累沉淀定向的專業(yè)知識(shí)，以垂直專業(yè)性應(yīng)對復(fù)雜問題。

4. 模糊性

模糊性是最直接明了的，現(xiàn)在的時(shí)代我們對于事物的定義和邊際之間變得更加的模糊不清，之前，我們非黑即白的判定也越加不再適用。

現(xiàn)在，我們需要去尋求那些第三選擇。通過了解事物的因果，去主動(dòng)地嘗試失敗，掌握失敗的結(jié)果，在這些結(jié)果中尋找新的解決之道，并從模糊性中找到確定性。

特別是在今年2020年，因?yàn)樾鹿谝咔?，公司裁員、項(xiàng)目延期被砍、資金斷裂似乎成了平常事?；ヂ?lián)網(wǎng)從業(yè)人員幾乎人人自危，這也就加速了我們對vuca時(shí)代認(rèn)知。

面對vuca時(shí)代，敏捷開發(fā)的低成本、快速試錯(cuò)、用戶需求為引導(dǎo)的開發(fā)模式似乎十分契合時(shí)代特性。

如果我們進(jìn)一步思考，為什么敏捷開發(fā)如此契合？

這就要從敏捷開發(fā)的由來，國外咨詢公司說起。國外的咨詢公司說直白一點(diǎn)就是高端的外包公司。從提供個(gè)性化定制軟件到戰(zhàn)略決策，他們都提供相對應(yīng)的解決方案。

如此，他們也會(huì)和我們一樣需要面對多變的用戶（顧客、甲方），也會(huì)遇見我不知道我想要什么但是我就是有錢的金主，就在面對多變和不知道我想要什么的背景下敏捷開發(fā)自然而然孕育而生。

1. 小故事

有個(gè)很典型的說敏捷開發(fā)的外包小故事，一天用戶（甲方）找到資深咨詢公司說，我要一個(gè)埃及金字塔我出錢你們幫我搞一搞，面對這個(gè)直接要什么的情況資深咨詢公司肯定不會(huì)直接開動(dòng)做一個(gè)胡夫金字塔給用戶，而是嘗試問用戶你要金字塔的做什么？

用戶說到：要金字塔當(dāng)然是做墓地啦。

咨詢公司接著說到：你看你要墓地，我們先給你做個(gè)棺材，先看看效果，看合不合適還缺什么，我們到時(shí)候修改就行。甲方想了想也就同意了，隨后咨詢公司給用戶做了個(gè)棺材。

用戶看見棺材發(fā)覺目的達(dá)到了目標(biāo)，但是還不夠威嚴(yán)和埃及金字塔差了十萬八千里，便說要和金字塔一樣威嚴(yán)。

這時(shí)咨詢公司說：你看金字塔有很多的人面獅身雕像，所以感覺有威嚴(yán)，你看這樣我給你棺材也整個(gè)人面獅身的雕像，同時(shí)還給你配上兵馬俑，讓你選擇看那個(gè)更符合你。

用戶聽后感覺有道理就同意了咨詢公司的說法，等木乃伊后兵馬俑都出來后，用戶對比了下，用戶發(fā)現(xiàn)更喜歡兵馬俑，更符合國人的身份。

但同時(shí)又覺得幾個(gè)兵馬俑感覺沒排面，想更有排面點(diǎn)，之后咨詢公司給他搞了個(gè)兵馬俑方陣（高達(dá)方陣.....）

好了，上面小故事形象的說出敏捷開發(fā)的核心，就是就可能拆解需求，將需求聚焦到小范圍中，不停的發(fā)布可觀察（可使用）的產(chǎn)品進(jìn)行交付，收集用戶反饋，在進(jìn)行下次的開發(fā)。

同時(shí)這里我們不要忽視了，因?yàn)樾枰陀脩簦追剑╊l繁的確認(rèn)交付物，所以用戶是可以感知進(jìn)度的，而這些進(jìn)度都是需要用戶給錢的，這樣會(huì)比直接交付給的錢更多（資本的力量）。

至此我們可以了解到，用戶需求的變化其實(shí)與當(dāng)前時(shí)代的特性存在著高度的共性。

首先是不確定性：用戶不知道我想要什么，到底想要的是墓地還是高達(dá)兵團(tuán)或者是其他的。其次是易變性：原本想要金字塔最后做了個(gè)秦式陵墓，最后可能還會(huì)是宇宙飛船。

隨后便是復(fù)雜性：單人兵馬俑無法滿足用戶的需求，用戶還是會(huì)追尋兵馬俑方陣，甚至是給每一位兵馬俑配備上現(xiàn)代化的步槍，坦克。最后是模糊性：需求的本質(zhì)很簡單，但實(shí)際結(jié)果因?yàn)楸憩F(xiàn)而變得模糊不清。

那么如此推崇的敏捷開發(fā)為何在一些大公司其實(shí)并不完全受用？

二、流程敏捷和思維敏捷

在引入敏捷開發(fā)后，敏捷開發(fā)便在國內(nèi)迅速崛起，初步成為屈指一首的開發(fā)模式。

但大部分都是“偽敏捷”，所謂的“偽敏捷”就是直接抄作業(yè)，將國外咨詢公司那一套流程直接照搬到國內(nèi)，并直接在團(tuán)隊(duì)內(nèi)部或公司內(nèi)部進(jìn)行推廣，不去考慮公司“基因”和敏捷開發(fā)的“基因”是否相契合。

直接造成公司團(tuán)隊(duì)內(nèi)部怨聲載道，產(chǎn)品、ui和測試每周為了沖刺任務(wù)（敏捷開發(fā)中每次定的小目標(biāo)）進(jìn)行加班輸出，周而復(fù)始，與流水線工人毫無意義（這里未鄙視流水線工人，我想表明我們本該利用專業(yè)技能“腦動(dòng)力”創(chuàng)造價(jià)值，而非手上的勞動(dòng)力），這就是流程敏捷。

說流程敏捷存在的問題并不是否定流程敏捷，而是我們需要注意他的基因是否與我們自己相匹配。

我們要知道敏捷開發(fā)本就從咨詢公司衍生而出，本身就帶著一定咨詢公司的“基因”，所以在擁有同“基因”的小公司、創(chuàng)業(yè)公司和內(nèi)部孵化團(tuán)隊(duì)中便十分合適。

對于稍大點(diǎn)的公司，直接執(zhí)行“偽敏捷”禍害深遠(yuǎn)。

比如，在流程敏捷過程中，作為產(chǎn)品經(jīng)理的我們經(jīng)常沒有目標(biāo)，不知道我們到底要做的是什么，而是不斷的通過收集反饋，最后根據(jù)用戶的反饋來輸出下個(gè)版本，一旦遇見問題，就說這是敏捷開發(fā)要面對的問題，直接就把敏捷開發(fā)當(dāng)成“盾牌”。

或者是每天為了忙而忙，每次沖刺輸出盡是一些不健全的demo，隨后在后續(xù)迭代中丟失等等。那么面對這些問題，真的敏捷開發(fā)到底該是怎樣的了？

我認(rèn)為真的敏捷開發(fā)應(yīng)該就像馬克思主義進(jìn)入中國變成中國特色社會(huì)主義一樣，應(yīng)該根據(jù)中國互聯(lián)網(wǎng)特點(diǎn)形成中國特色敏捷開發(fā)（其實(shí)就是不要亂抄作業(yè)，抄作業(yè)也要改下名字，不然連名字都抄就過分了）。

在國內(nèi)，我們的公司常分為產(chǎn)品部門、業(yè)務(wù)部門、研發(fā)部門、測試部門、數(shù)據(jù)部門等等，每個(gè)部門各司其職。

當(dāng)需要進(jìn)行敏捷開發(fā)時(shí)，我們是在每一個(gè)部門抽調(diào)人員暫時(shí)組成一個(gè)小團(tuán)體組成敏捷團(tuán)隊(duì)，這樣可以進(jìn)行跨部門協(xié)同，這是一個(gè)現(xiàn)象。

我們常圍繞這個(gè)現(xiàn)象做大團(tuán)體的敏捷，除了做大團(tuán)體的敏捷我們還需要做思維上產(chǎn)品的敏捷。我們要將大團(tuán)體再次依據(jù)職能分成小團(tuán)體，例如：產(chǎn)品、設(shè)計(jì)、研發(fā)和測試。

在每次小團(tuán)體交付給下個(gè)小團(tuán)體之前，如產(chǎn)品小團(tuán)體交付給設(shè)計(jì)小團(tuán)體前，我們要先做好小團(tuán)體內(nèi)部的敏捷任務(wù)，等小團(tuán)體內(nèi)部敏捷完成后再交付給下個(gè)小團(tuán)隊(duì)。

對于產(chǎn)品小團(tuán)體交付給設(shè)計(jì)小團(tuán)體前，我們要做需求、方案、原型三個(gè)方面的敏捷沖刺。

下面是主要思考的核心，為了避免干擾思考，盡可能不在放圖。

1. 需求敏捷

面對多變的用戶和需求，我們不能只是記錄用戶遇見了什么問題，有個(gè)什么功能就好了。而是通過小故事的形式將用戶所處的場景、問題、期望方案記錄下來。

別看只是兩種不同的記錄形式，這對于我們產(chǎn)品來說卻是存在天壤之別。

單記錄一個(gè)問題和有什么功能（用戶期望的解決方案），無法讓我們復(fù)現(xiàn)問題，固定了我們思維方式。這讓我們思考目標(biāo)直接放在了用戶遇見的問題和用戶自身提出的解決方案上。

使用小故事的形式來進(jìn)行記錄，我們可以不光可以傳達(dá)用戶遇見的問題，還可以傳達(dá)遇見問題時(shí)用戶所處的場景，甚至對于用戶自身的屬性和路徑都能表述出。

在隨后思考解決方案的時(shí)候，我們有更加廣闊的思維空間，更能捕捉問題后面的因果，而非現(xiàn)象的因果。

對于多變的用戶，小故事形式記錄更能讓我們從用戶多變的屬性中找到不變屬性，讓我們加深對于用戶的理解，在利用同理和共情我們玩完全可以在腦子里面復(fù)現(xiàn)場景（就像看小說）。

有了故事，我們可以快速的通過“假象”來進(jìn)行場景再現(xiàn)，并利用線下實(shí)際操作來復(fù)現(xiàn)問題，結(jié)合產(chǎn)品本身的屬性篩選出“真”需求。

到這里需求的敏捷就完成了。但是我們還需要完善兩個(gè)信息，一個(gè)是用戶畫像，一個(gè)是用戶路徑。

用戶畫像需要我們盡可能的貼切真實(shí)，并且是依據(jù)我們小故事創(chuàng)建的。這樣會(huì)使用戶畫像更加有真實(shí)感，如果我們使用卡通圖片，卡通名字和虛假的內(nèi)容進(jìn)行填充用戶畫像，那么這個(gè)畫像完全起不了用戶畫像本身指導(dǎo)的作用。

用戶路徑也就是在小故事中用戶的經(jīng)歷，如果把小故事比作游戲場景，那么用戶畫像是游戲角色，而用戶路徑就是游戲角色的行為。游戲角色他們可以在游戲中唱、跳、rap.....

咳。所以用戶路徑很重要。

在梳理用戶路徑時(shí)，我們需要更加注重用戶的行為，關(guān)注用戶事前、事中、事后做了什么。有點(diǎn)像把大象放入冰箱需要幾步，例如：先確認(rèn)大象是真的還是假的（假的玩具大象），在打開冰箱門，拿起玩具大象，放入冰箱，關(guān)上冰箱門。

在這個(gè)例子中為什么沒說需要先走到冰箱前，在打開冰箱門了，因?yàn)樽非筮@樣的細(xì)節(jié)反而無意義，畢竟除非特別的行走（跳著走）需要我們進(jìn)行說明，其他我們只需要使用去上廁所，到了廚房等用詞就包含了走路這些細(xì)節(jié)。

到這里需求的沖刺就完成了，我們也擁有了用戶相關(guān)的三樣?xùn)|西，故事、畫像、路徑。至此我們可以進(jìn)行下個(gè)方案的環(huán)節(jié)。

（過程中也會(huì)設(shè)計(jì)到用戶調(diào)研，用戶訪談，關(guān)鍵是根據(jù)自身公司屬性進(jìn)行調(diào)整，畢竟不是所有公司都用專門的問題反饋線：客戶->Customer Service->Support Engineer->PM->SDM->SDE）

2. 方案敏捷

方案的敏捷需要承接在需求之后，在這里我們了解了用戶的故事，知道了用戶的畫像，掌握了用戶的路徑之后進(jìn)行，雖然我們不保證得到的信息是100%正確，但是對我們具有很高的參考價(jià)值。

我們要從場景出發(fā)，結(jié)合實(shí)際問題作分析給方案，分析的方式我們一般常用競品分析進(jìn)行，這個(gè)可以參考我之前寫的《競品分析》文章。

思考分析的結(jié)果，將結(jié)果具現(xiàn)成實(shí)際的解決方案或功能，并將這些功能盡可能的通過可視化的紙和筆記錄下來，再去評估這些方案，選出方案中的最優(yōu)解，推進(jìn)到下個(gè)環(huán)節(jié)。

上面說到的最優(yōu)解是指，根據(jù)實(shí)際情況，考慮方案的時(shí)間成本、研發(fā)成本、資金成本以及預(yù)期效果綜合得到的結(jié)果（可以說是最能自圓其說的方案）。

3. 原型敏捷

說到原型敏捷就不得不提一些現(xiàn)象，我們經(jīng)常吐槽一些公司動(dòng)不動(dòng)就要做一個(gè)功能龐大卻完善的產(chǎn)品，從不去根據(jù)用戶反饋來做產(chǎn)品，這些常常做出來之后就直接涼了。

殊不知這和我們直接畫完所有的原型再去和其他人對接，隨后頻繁修改原型，最終幾乎完全重構(gòu)一樣，沒有太大的區(qū)別，唯一的區(qū)別可能是前者成本更高而已。

面對這種情況，需要我們產(chǎn)品以最小成本，最大化復(fù)刻功能，也就是想盡辦法用最“假”的原型去驗(yàn)證“真”的功能。

一般常使用紙、筆和白板畫來進(jìn)行呈現(xiàn)，將所涉及的頁面、功能和邏輯等快速的通過可視化出要并于其他人進(jìn)行溝通，最后基本確定之后再進(jìn)行原型的繪制。

繪制完畢后并不是代表這個(gè)環(huán)節(jié)就結(jié)束，這是我們要進(jìn)行原型敏捷最核心的一個(gè)應(yīng)為，原型驗(yàn)證。

原型驗(yàn)證的思路其實(shí)很簡單，大家可以想象一個(gè)場景，在一個(gè)寫字樓大廳，放著這一臺(tái)自助販賣機(jī)，每當(dāng)用戶選擇購買商品并投幣支付后，都會(huì)有找零錢并給商品，在現(xiàn)在看起來很平常的東西。

但實(shí)際因?yàn)樽詣?dòng)販賣機(jī)的老板沒錢買真的自動(dòng)販賣機(jī)，只能自己上場（躲在自動(dòng)販賣機(jī)里面，人工給水）。

工作中我們要像這個(gè)自動(dòng)販賣機(jī)一樣，我們不要迫切的將原型推進(jìn)到下個(gè)環(huán)節(jié)去，而是我們可以利用已有手段結(jié)合原型進(jìn)行一些簡單的“驗(yàn)證”，去驗(yàn)證當(dāng)前的方案是否解決了開頭的需求。

如果未解決需求那么我們還需要對方案進(jìn)行調(diào)整，如果已經(jīng)解決那么我們可以推進(jìn)到下個(gè)環(huán)節(jié)中。

如果原型實(shí)在達(dá)不到要求，我們還可以像github一樣打個(gè)分支，分離出一個(gè)平行且相同方案，只是這個(gè)方案只執(zhí)行樣式上的變化，對樣式進(jìn)行開發(fā)只需要少量的時(shí)間即可。

而他們的后臺(tái)邏輯我們通過人工處理，這個(gè)原理和自動(dòng)販賣機(jī)的原理一樣。同時(shí)這也減少了方案的不確定性和模糊性。

到了這里我們產(chǎn)品的敏捷就結(jié)束了，下面將是設(shè)計(jì)的主場，他們將完成設(shè)計(jì)的敏捷沖刺，這里就不再過多說明。

三、最后

我們該如何選擇敏捷模式，它能給我們帶來什么？說句實(shí)話，上面不適合所有人，上面不適合所有人，上面不適合所有人。

大家畢竟所處的環(huán)境各不相同，有的產(chǎn)品部門十幾號人，一個(gè)項(xiàng)目團(tuán)隊(duì)都有幾十號人支撐。有的甚至連產(chǎn)品部門都沒有，全部統(tǒng)稱為研發(fā)部，一個(gè)項(xiàng)目也才7-8人，甚至更少。

所以這個(gè)真不適合所有人，但是我想表述的事，敏捷這東西，在于讓我們拆解目標(biāo)，專注沖刺。那為什么我們不把自己要做的工作也進(jìn)行拆解沖刺？

選擇開發(fā)模式這個(gè)事情其實(shí)我們是無力去改變，只能去被動(dòng)的接受，除非你真的到了一定的職位，你可以決定開發(fā)模式以及產(chǎn)品方向。

不然大部分我們的身份都是一個(gè)個(gè)互聯(lián)網(wǎng)“流水線”的打工人，在外部不能改變的情況下，我們只有對自身進(jìn)行改變，將自身看待問題的維度頻率調(diào)節(jié)的與外界相通（都是敏捷）。

這樣才能在完成工作的同時(shí)又一定的收獲，而不是盲目在“流水線”上做相同的事情。

自身產(chǎn)品的敏捷，只是強(qiáng)迫我們?nèi)ニ伎?，去溯源場景，讓后續(xù)的決策都有依據(jù)，而不是憑直覺或是看見別人做了我也要這樣做，至于為什么這樣做，我也不知道。

所以他只是暫時(shí)的方案，而不是解決萬事的方法。

自：WCOF(公眾號)