在中國(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端軟件的開發(fā)，不看好敏捷模式進(jìn)行B端產(chǎn)品的開發(fā)，那么重流程，業(yè)務(wù)高耦合度的B端軟件是否適合敏捷的開發(fā)模式？

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

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

 敏捷價(jià)值觀

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

l  交流比流程以及工具更加重要

l  運(yùn)行的軟件勝于完整的文檔

l  與客戶合作而非談判

l  響應(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)成本。

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

了解了敏捷的定義以及價(jià)值觀，我們實(shí)際上知道了敏捷開發(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)品天然就是更加適合敏捷開發(fā)的，B端軟件，如果可預(yù)測(cè)性越大，那么實(shí)際上對(duì)于敏捷開發(fā)的需求強(qiáng)烈程度越小，基于這個(gè)概念你可以去判斷你的產(chǎn)品對(duì)于敏捷開發(fā)的需求程度。

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

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

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

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

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

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

敏捷模式的建立先從組織架構(gòu)的調(diào)整開始，產(chǎn)研需要建立一個(gè)支持敏捷模式的組織架構(gòu)，每個(gè)敏捷團(tuán)隊(duì)人數(shù)在7-15人，不要超過(guò)15人，以7-9人為佳，里面包含PO，Scrum master，設(shè)計(jì)人員，開發(fā)人員，測(cè)試人員的角色。如果項(xiàng)目比較復(fù)雜的時(shí)候，可以分割成為多個(gè)敏捷小組，在敏捷小組之上設(shè)置總PO,來(lái)負(fù)責(zé)多個(gè)敏捷之間需求的協(xié)同（這個(gè)總PO一般就是產(chǎn)品負(fù)責(zé)人）。

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

在產(chǎn)研部門之外，每個(gè)相關(guān)的業(yè)務(wù)部門，包括市場(chǎng)，運(yùn)營(yíng)，銷售部門都要有項(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ù)部門的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ù)盤以及團(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:敏捷開發(fā)，先要做好產(chǎn)品的MVP.

作為一個(gè)新產(chǎn)品的開發(fā)，首先第一步就是要通過(guò)敏捷模式開發(fā)完成mvp，推向市場(chǎng)，然后通過(guò)敏捷的迭代進(jìn)行后續(xù)的開發(fā)會(huì)相對(duì)容易，一般來(lái)說(shuō)mvp是由多個(gè)迭代組成，每個(gè)迭代都可以先內(nèi)部發(fā)布，以及讓外部客戶參與評(píng)審，等MVP完成之后作為產(chǎn)品向外發(fā)布，進(jìn)行PMF的試驗(yàn)。

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í)際上用戶理解以及接受使用的成本也會(huì)比較高。

7: 慶祝小勝，復(fù)盤成長(zhǎng)

敏捷相對(duì)冗長(zhǎng)的瀑布式開發(fā)，還有一個(gè)好處，就是可以看產(chǎn)品團(tuán)隊(duì)快速看到產(chǎn)品的效果，一個(gè)產(chǎn)品的最終勝利是由這些小的迭代勝利組成的，在每個(gè)迭代的勝利之后，除了復(fù)盤的成長(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ù)盤成長(zhǎng)。另外敏捷模式在落地方式上面是基于公司情況，會(huì)有很多小變化的，大家可以基于自己公司的情況摸索選擇最好落地的方式來(lái)實(shí)操。

溫馨提示：內(nèi)容僅供信息傳播，供參考.

來(lái)源：億歐