敏捷模式隨著移動(dòng)互聯(lián)網(wǎng)的發(fā)展變得越來(lái)越普遍與流行，那么對(duì)B端產(chǎn)品來(lái)說(shuō)，是否可以運(yùn)用敏捷開(kāi)發(fā)模式呢？如果可以的話(huà)，又有哪些注意要點(diǎn)呢？

在中國(guó)移動(dòng)互聯(lián)網(wǎng)流行之前的2011年以前，B端軟件的研發(fā)大多還是傳統(tǒng)的瀑布式研發(fā)的方式，后面隨著移動(dòng)互聯(lián)網(wǎng)的發(fā)展，To C端軟件普遍使用敏捷模式來(lái)做。

但是目前仍然還有很多人采用瀑布式方式來(lái)進(jìn)行B端軟件的開(kāi)發(fā)，不看好敏捷模式進(jìn)行B端產(chǎn)品的開(kāi)發(fā)，那么重流程，業(yè)務(wù)高耦合度的B端軟件是否適合敏捷的開(kāi)發(fā)模式？

今天我們探討一下什么樣的B端軟件適合敏捷開(kāi)發(fā)，以及B端軟件進(jìn)行敏捷開(kāi)發(fā)的一些要點(diǎn)，在此之前我們看一下敏捷的定義以及價(jià)值觀：

01 敏捷的定義

敏捷是一種管理項(xiàng)目的方式。它將大型項(xiàng)目分解為可管理的小塊，稱(chēng)為迭代（sprint）。在每次迭代結(jié)束時(shí)，都會(huì)產(chǎn)生一些有價(jià)值的功能，每次迭代期間的產(chǎn)出物都應(yīng)該能夠發(fā)布出去，用來(lái)獲取市場(chǎng)用戶(hù)的反饋。

02 敏捷價(jià)值觀

正如“敏捷宣言”所宣稱(chēng)的，敏捷價(jià)值觀如下：

• 交流比流程以及工具更加重要
• 運(yùn)行的軟件勝于完整的文檔
• 與客戶(hù)合作而非談判
• 響應(yīng)計(jì)劃變更

敏捷意識(shí)到軟件項(xiàng)目本質(zhì)上是不可預(yù)測(cè)的。在任何項(xiàng)目過(guò)程中，市場(chǎng)，團(tuán)隊(duì)，戰(zhàn)略都可能會(huì)發(fā)生變化，在產(chǎn)品推向市場(chǎng)之后，變化也是隨時(shí)發(fā)生的，敏捷擁抱了這種不可預(yù)測(cè)性。通過(guò)將項(xiàng)目分解成小塊，可以輕松地在項(xiàng)目中對(duì)功能進(jìn)行優(yōu)先級(jí)劃分，進(jìn)行添加刪除，在傳統(tǒng)的瀑布項(xiàng)目中，這是不可能的，敏捷模式大大增加了項(xiàng)目成功的可能性，也降低了市場(chǎng)試驗(yàn)成本。

03 敏捷開(kāi)發(fā)適合B端產(chǎn)品嗎？

了解了敏捷的定義以及價(jià)值觀，我們實(shí)際上知道了敏捷開(kāi)發(fā)的本質(zhì)是什么，是擁抱變化，擁抱不可預(yù)測(cè)性，更好的應(yīng)對(duì)產(chǎn)品的不可預(yù)測(cè)性。

一般來(lái)說(shuō)B端產(chǎn)品在確定產(chǎn)品定位要做什么之后，相對(duì)來(lái)說(shuō)公司需要管理的業(yè)務(wù)是比較固定的，HR,CRM,ERP等企業(yè)信息管理軟件都有相對(duì)固定的業(yè)務(wù)以及流程，不像C端產(chǎn)品那樣每個(gè)功能的推出，市場(chǎng)的反饋有很大的未知性。

所以從這種角度來(lái)說(shuō)，C端產(chǎn)品天然就是更加適合敏捷開(kāi)發(fā)的；B端軟件，如果可預(yù)測(cè)性越大，那么實(shí)際上對(duì)于敏捷開(kāi)發(fā)的需求強(qiáng)烈程度越小，基于這個(gè)概念你可以去判斷你的產(chǎn)品對(duì)于敏捷開(kāi)發(fā)的需求程度。

B端項(xiàng)目又分為那種單個(gè)客戶(hù)定制化的項(xiàng)目或者適合大量客戶(hù)的產(chǎn)品，對(duì)于一個(gè)面向廣大市場(chǎng)的通用產(chǎn)品來(lái)說(shuō)，產(chǎn)品時(shí)間跨度大，市場(chǎng)客戶(hù)情況復(fù)雜，競(jìng)爭(zhēng)對(duì)手多，這樣的情況基本來(lái)說(shuō)都是敏捷模式是更適合的一種情況；對(duì)于一些定制化的B端項(xiàng)目，如果項(xiàng)目周期跨度很長(zhǎng)，為了減少不確定性，也是建議采用敏捷的方式來(lái)進(jìn)行迭代；如果一些周期短的定制化項(xiàng)目，可以基于情況考慮瀑布式的開(kāi)發(fā)方式。

04 敏捷模式開(kāi)發(fā)的一些要點(diǎn)

很多B端產(chǎn)品公司想去實(shí)施敏捷模式，但是很難真正落地，或者最后搞的四不像，筆者將B端軟件敏捷實(shí)施中的一些要點(diǎn)概括如下，希望對(duì)大家有一些幫助：

1. 如果要實(shí)施敏捷模式，公司首先需要在理念上面統(tǒng)一起來(lái)

首先我們要知道敏捷模式的實(shí)施不只是產(chǎn)研部門(mén)的事情，敏捷模式是全公司的事情，公司這邊產(chǎn)研和業(yè)務(wù)，銷(xiāo)售部門(mén)建立密切合作而非對(duì)立的價(jià)值觀和文化。公司內(nèi)部各部門(mén)通力協(xié)作，以客戶(hù)為中心，形成產(chǎn)品快速迭代，快速推向市場(chǎng)，快速收集市場(chǎng)客戶(hù)反饋，快速基于反饋來(lái)進(jìn)行調(diào)整的閉環(huán)。

2.?實(shí)施敏捷模式，需要首先從組織架構(gòu)出發(fā)

敏捷模式的建立先從組織架構(gòu)的調(diào)整開(kāi)始，產(chǎn)研需要建立一個(gè)支持敏捷模式的組織架構(gòu)，每個(gè)敏捷團(tuán)隊(duì)人數(shù)在7-15人，不要超過(guò)15人，以7-9人為佳，里面包含PO，Scrum master，設(shè)計(jì)人員，開(kāi)發(fā)人員，測(cè)試人員的角色。

如果項(xiàng)目比較復(fù)雜的時(shí)候，可以分割成為多個(gè)敏捷小組，在敏捷小組之上設(shè)置總PO，負(fù)責(zé)多個(gè)敏捷之間需求的協(xié)同（這個(gè)總PO一般就是產(chǎn)品負(fù)責(zé)人）。

敏捷小組應(yīng)該盡量負(fù)責(zé)相對(duì)獨(dú)立的功能模塊，降低敏捷小組之間的耦合性，可以將和其他小組高耦合度的共通功能模塊單獨(dú)分成一個(gè)敏捷小組。

在產(chǎn)研部門(mén)之外，每個(gè)相關(guān)的業(yè)務(wù)部門(mén)，包括市場(chǎng)，運(yùn)營(yíng)，銷(xiāo)售部門(mén)都要有項(xiàng)目的相應(yīng)的Stakeholder, Stakeholder和PO 團(tuán)隊(duì)在需求業(yè)務(wù)，需求優(yōu)先級(jí)，產(chǎn)品評(píng)審，產(chǎn)品發(fā)布方面密切合作，貫穿整個(gè)產(chǎn)品過(guò)程，共同協(xié)作為產(chǎn)品負(fù)責(zé)。

3.?幾個(gè)角色的注意事項(xiàng)

每個(gè)敏捷小組有多個(gè)角色，重點(diǎn)將PO以及Scrum master的角色說(shuō)明一下，PO就是一般意義上面的產(chǎn)品經(jīng)理，負(fù)責(zé)需求收集，優(yōu)先級(jí)管理，需求整理以及相關(guān)原型邏輯設(shè)計(jì)，產(chǎn)品驗(yàn)收等等。

Scrum master這個(gè)角色很多公司有不同的理解，Scrum master實(shí)際上就是敏捷的教練，也為流程，項(xiàng)目協(xié)調(diào)以及項(xiàng)目進(jìn)度來(lái)負(fù)責(zé)，Scrum master可以是獨(dú)立的一個(gè)人來(lái)承擔(dān)，中小公司也可以兼任，一個(gè)很強(qiáng)的PO是可以來(lái)兼任這個(gè)角色的（雖然一般不這樣建議）。一般建議Scrum master可以在每個(gè)迭代讓團(tuán)隊(duì)所有的角色輪流來(lái)進(jìn)行兼任。

4.?幾個(gè)關(guān)鍵會(huì)議的注意事項(xiàng)

主要的幾個(gè)會(huì)議包括迭代計(jì)劃會(huì)，需求梳理會(huì)，每日站會(huì)，迭代評(píng)審會(huì)，迭代回顧會(huì)。

這里重點(diǎn)說(shuō)明強(qiáng)調(diào)一下每日站會(huì)，每日站會(huì)由Scrum master來(lái)組織，說(shuō)明昨天進(jìn)展以及今天工作內(nèi)容，敏捷強(qiáng)調(diào)的是建立一個(gè)自驅(qū)的團(tuán)隊(duì)，任務(wù)的領(lǐng)取需要讓大家主動(dòng)來(lái)領(lǐng)取，不要強(qiáng)行分配的方式,這里不要擔(dān)心大家都領(lǐng)取簡(jiǎn)單的任務(wù)，團(tuán)隊(duì)保證足夠透明的時(shí)候，實(shí)際上這樣的事情很難成立。

迭代的評(píng)審會(huì)需要讓業(yè)務(wù)部門(mén)的stakeholder充分參與起來(lái)，進(jìn)行產(chǎn)品的demo，這個(gè)會(huì)議不能舉行或者成為形式，當(dāng)然這個(gè)環(huán)節(jié)的執(zhí)行情況很多時(shí)候取決于公司層面的宣導(dǎo)，以及產(chǎn)研外部的stakeholder的具體情況。

迭代的回顧會(huì)也很重要，敏捷的一個(gè)重要思想是通過(guò)回顧不斷迭代，不斷提升，回顧會(huì)是復(fù)盤(pán)以及團(tuán)隊(duì)成長(zhǎng)的重要步驟，很多團(tuán)隊(duì)在執(zhí)行的時(shí)候?yàn)榱粟s進(jìn)度會(huì)漏掉這個(gè)環(huán)節(jié)，實(shí)際上這個(gè)環(huán)節(jié)很重要。?

5. 敏捷開(kāi)發(fā)，先要做好產(chǎn)品的MVP

作為一個(gè)新產(chǎn)品的開(kāi)發(fā)，首先第一步就是要通過(guò)敏捷模式開(kāi)發(fā)完成mvp，推向市場(chǎng)，然后通過(guò)敏捷的迭代進(jìn)行后續(xù)的開(kāi)發(fā)會(huì)相對(duì)容易。關(guān)于mvp定義的內(nèi)容可以參考我原來(lái)的一篇文章《如何做B端產(chǎn)品的MVP》。

一般來(lái)說(shuō)mvp是由多個(gè)迭代組成，每個(gè)迭代都可以先內(nèi)部發(fā)布，以及讓外部客戶(hù)參與評(píng)審，等MVP完成之后作為產(chǎn)品向外發(fā)布，進(jìn)行PMF的試驗(yàn)，關(guān)于PMF的試驗(yàn)可以參考我原來(lái)的一篇文章《怎樣做B端產(chǎn)品的PMF》

6.?對(duì)于復(fù)雜的業(yè)務(wù)，化繁為簡(jiǎn)，層層遞進(jìn)

一般來(lái)說(shuō)復(fù)雜的業(yè)務(wù)更具未知性，無(wú)論是市場(chǎng)反應(yīng)還是從產(chǎn)品質(zhì)量保證來(lái)說(shuō)都是如此，面對(duì)復(fù)雜業(yè)務(wù)一個(gè)原則是化繁為簡(jiǎn)，將一個(gè)復(fù)雜的內(nèi)容變成多個(gè)簡(jiǎn)單的部分，分迭代實(shí)施，層層遞進(jìn)分步去試驗(yàn)市場(chǎng)的反應(yīng)，從而降低市場(chǎng)以及產(chǎn)品質(zhì)量等各方面的風(fēng)險(xiǎn)，不要一下子推出一個(gè)非常復(fù)雜的內(nèi)容，實(shí)際上用戶(hù)理解以及接受使用的成本也會(huì)比較高。

7.?慶祝小勝，復(fù)盤(pán)成長(zhǎng)

敏捷相對(duì)冗長(zhǎng)的瀑布式開(kāi)發(fā)，還有一個(gè)好處，就是可以看產(chǎn)品團(tuán)隊(duì)快速看到產(chǎn)品的效果，一個(gè)產(chǎn)品的最終勝利是由這些小的迭代勝利組成的，在每個(gè)迭代的勝利之后，除了復(fù)盤(pán)的成長(zhǎng)，還需要慶祝這些小勝利，鼓舞團(tuán)隊(duì)，慢慢形成一個(gè)團(tuán)結(jié)，高速成長(zhǎng)，戰(zhàn)斗力強(qiáng)，士氣高漲的團(tuán)隊(duì)。

總結(jié)上面內(nèi)容的幾個(gè)關(guān)鍵詞，便于大家記憶，那就是建立自驅(qū)的團(tuán)隊(duì)和機(jī)制，和業(yè)務(wù)團(tuán)隊(duì)合作，高頻交流，化繁為簡(jiǎn)，持續(xù)快速交付產(chǎn)品，復(fù)盤(pán)成長(zhǎng)。另外敏捷模式在落地方式上面是基于公司情況，會(huì)有很多小變化的，大家可以基于自己公司的情況摸索選擇最好落地的方式來(lái)實(shí)操。

#專(zhuān)欄作家#

李東林，微信公眾號(hào)：SaaS產(chǎn)品說(shuō)，人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家。14年To B研發(fā)與產(chǎn)品設(shè)計(jì)，團(tuán)隊(duì)管理經(jīng)驗(yàn)；主導(dǎo)過(guò)多款大型企業(yè)管理軟件的設(shè)計(jì)、研發(fā)、上線(xiàn)，也有過(guò)數(shù)年移動(dòng)互聯(lián)網(wǎng)TO C的創(chuàng)業(yè)經(jīng)驗(yàn)。

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

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