筆者根據(jù)自己對(duì)敏捷開(kāi)發(fā)Scrum的理解，總結(jié)了敏捷開(kāi)發(fā)從開(kāi)始到結(jié)束的流程以及其適用的場(chǎng)景。

一、敏捷開(kāi)發(fā)到底是什么

很難用一兩句話說(shuō)清楚敏捷到底是什么，也許因?yàn)樗皇且惶姿缮⒌目蚣埽性瓌t卻無(wú)具體方法，1000個(gè)項(xiàng)目可能有1000種敏捷的工作方式。敏捷只有在實(shí)踐中才有意義，一旦脫離實(shí)際去學(xué)習(xí)就變得近乎玄幻。

最常被討論的敏捷框架有3套：Scrum、Agile、看板。涉及到軟件開(kāi)發(fā)，尤其是面向C端Scrum和Agile更常見(jiàn)，看板方法擅長(zhǎng)把繁雜瑣碎的工作一目了然，例如客戶支持這類事務(wù)性工作。

談?wù)揝crum不得不提到PDCA循環(huán)（如下圖），這是一種擅長(zhǎng)探索和創(chuàng)造的工作 方式，我認(rèn)為Scrum正是圍繞PDCA循環(huán)方式衍生出來(lái)的的一系列理念、原則和實(shí)踐（如backlog、sprint、user story）。它不是方法論，更不是公式，也有一些方法體系，但可供參考卻不該照搬，不同的項(xiàng)目可能需要非常不同但都可稱為Scrum的工作流程。

（PDCA循環(huán)）

如果只用一句話描述Scrum，我認(rèn)為是：充分接納前景的不確定性，采取探索式前進(jìn)，以為客戶實(shí)現(xiàn)價(jià)值為最終目的的開(kāi)發(fā)方法。重探索輕預(yù)測(cè)，這是和線性開(kāi)發(fā)方式的本質(zhì)區(qū)別。

Scrum步驟由一個(gè)接一個(gè)Sprin(迭代)組成，因此新手想要快速上手Scrum的話，也許最該學(xué)習(xí)的是一個(gè)Sprint(迭代)從哪里開(kāi)始和結(jié)束，如下：

1. 擬定和評(píng)估待辦事項(xiàng)清單

待辦事項(xiàng)即backlog，我的團(tuán)隊(duì)叫需求列表/需求池，指可能要開(kāi)發(fā)的功能列表。待辦事項(xiàng)有時(shí)來(lái)自需求方，但更應(yīng)該來(lái)自產(chǎn)品經(jīng)理的遠(yuǎn)見(jiàn)和洞察。所有被提出的事項(xiàng)（無(wú)論是否看起來(lái)有價(jià)值）都不妨先放入清單，再進(jìn)行維護(hù)。維護(hù)包括：

①評(píng)估需求價(jià)值、工期和緊急程度，去偽存真

②值得做的真需求排定優(yōu)先級(jí)

③追蹤處理進(jìn)度。

如何維護(hù)一個(gè)健康的backlog涉及細(xì)節(jié)很多，不妨參閱我的另一篇文章《如何維護(hù)健康的需求池》

雖然我的團(tuán)隊(duì)習(xí)慣把待辦事項(xiàng)稱為“需求”，但我自己更喜歡《Scrum精髓》中的叫法——”價(jià)值“或者“特性”?！毙枨蟆痹趫F(tuán)隊(duì)溝通中多指運(yùn)營(yíng)方而非用戶的需求，暗示產(chǎn)品對(duì)運(yùn)營(yíng)負(fù)責(zé)，而且暗示了團(tuán)隊(duì)能預(yù)測(cè)產(chǎn)品的成功，這更符合瀑布式而非敏捷式方法；“價(jià)值”的叫法突出了敏捷的價(jià)值導(dǎo)向，為實(shí)現(xiàn)用戶價(jià)值每個(gè)角色都負(fù)有不可推卸的的責(zé)任?！疤匦浴钡慕蟹▌t突出了敏捷的探索精神，承認(rèn)當(dāng)前在做的未必是用戶真正需要的，只有檢測(cè)后才有定論?！皟r(jià)值”和“特性”都更能體現(xiàn)敏捷原則。

2. 沖刺啟動(dòng)會(huì)

在上一步厘清需求優(yōu)先級(jí)后，團(tuán)隊(duì)所有人（至少所有角色）坐下來(lái)規(guī)劃下個(gè)迭代要做的需求，也就是消化需求表里優(yōu)先級(jí)最高的需求。實(shí)際工作中，一些優(yōu)先級(jí)不太高但是簡(jiǎn)單易做的需求也會(huì)見(jiàn)縫插針安排到下個(gè)迭代中，以求達(dá)到最大工作量。

經(jīng)過(guò)充分溝通后，對(duì)于下個(gè)沖刺應(yīng)該完成哪些內(nèi)容大家都應(yīng)該達(dá)成共識(shí)。啟動(dòng)會(huì)標(biāo)志著沖刺的開(kāi)始，一旦啟動(dòng)任何人都不應(yīng)該改動(dòng)沖刺內(nèi)容。也就是需求一旦進(jìn)入需開(kāi)發(fā)階段任何人不能進(jìn)行改動(dòng)。

為什么共識(shí)是進(jìn)行敏捷的前提？

如果沒(méi)有共識(shí)，重視溝通，多方參與——容易扯皮，允許在“沖刺”前修改方案——容易推卸責(zé)任或拖延工期，每個(gè)沖刺交付最小可行化產(chǎn)品——基于各自利益對(duì)最小可行化無(wú)法定義，測(cè)試和迭代時(shí)也難對(duì)成果和方向達(dá)成一致。

舉例說(shuō)明，如果某公司的開(kāi)發(fā)團(tuán)隊(duì)承接來(lái)自ABC三個(gè)不同產(chǎn)品線的需求，ABC對(duì)用戶價(jià)值的理解不同（都想讓自己的產(chǎn)品線占用盡可能多資源），在整個(gè)公司層面實(shí)現(xiàn)敏捷是很困難的。但是可以通過(guò)融合方式——關(guān)鍵點(diǎn)評(píng)審 盡可能晚確定最終方案，來(lái)結(jié)合兩種開(kāi)發(fā)的優(yōu)點(diǎn)

3. 每日立會(huì)

每天固定時(shí)間召集所有角色開(kāi)一個(gè)簡(jiǎn)短會(huì)議，盡量不超過(guò)15分鐘，目的是公告工作進(jìn)展。

4. 成果展示和評(píng)估

開(kāi)發(fā)完成并測(cè)試后，再次召集所有角色，展示成果，之后投入使用。

5. 沖刺回顧和新沖刺規(guī)劃

已完成的事項(xiàng)，大家坐下來(lái)回顧看看哪些比較順利，哪些可以做的更好。

回顧完成后立即開(kāi)始下一個(gè)沖刺的規(guī)劃。

二、敏捷和線性的本質(zhì)區(qū)別

如上文所說(shuō)，個(gè)人認(rèn)為沖探索輕預(yù)測(cè)是敏捷和線性開(kāi)發(fā)方式的本質(zhì)區(qū)別。如下所示：

• 敏捷開(kāi)發(fā)：關(guān)照不確定性→探索式，注重應(yīng)變→價(jià)值中心
• 線性開(kāi)發(fā)：關(guān)照確定性→遵守規(guī)程，注重良好設(shè)計(jì)→過(guò)程中心

敏捷開(kāi)發(fā)承認(rèn)環(huán)境、團(tuán)隊(duì)、用戶和自身的不確定性，認(rèn)為市場(chǎng)需求難以預(yù)測(cè)，因此包容試錯(cuò)、探索前進(jìn)，在小步快跑中實(shí)時(shí)校對(duì)方向。校對(duì)的參照點(diǎn)是用戶價(jià)值，是否能為用戶創(chuàng)造價(jià)值作為評(píng)價(jià)工作的關(guān)鍵指標(biāo)。

相對(duì)而言，線性開(kāi)發(fā)關(guān)注確定性的內(nèi)容，強(qiáng)調(diào)準(zhǔn)確預(yù)測(cè)市場(chǎng)，根據(jù)預(yù)測(cè)進(jìn)行盡可能完美的設(shè)計(jì)，設(shè)計(jì)出來(lái)的藍(lán)圖必須嚴(yán)格呈現(xiàn)，因此評(píng)價(jià)工作的標(biāo)準(zhǔn)也是藍(lán)圖實(shí)現(xiàn)程度，即使市場(chǎng)反饋可能并不盡如人意。

三、敏捷的適用場(chǎng)景

線性開(kāi)發(fā)因?yàn)橹仡A(yù)測(cè)，便于流程控制，但難點(diǎn)在于必須一開(kāi)始就確定正確的設(shè)計(jì)范圍；敏捷開(kāi)發(fā)因?yàn)槭翘剿鲗?dǎo)向的流程，可以不斷深挖問(wèn)題本質(zhì)，提煉真正問(wèn)題，但缺點(diǎn)是大項(xiàng)目跨部門時(shí)時(shí)間成本高。

由于敏捷方法以用戶價(jià)值為目標(biāo)，瀑布方法以完美呈現(xiàn)藍(lán)圖為目標(biāo)，項(xiàng)目制團(tuán)隊(duì)中容易就價(jià)值達(dá)成一致，但是跨團(tuán)隊(duì)跨部門甚至跨公司的項(xiàng)目中，各方理解的價(jià)值未必一致。如果能就用戶價(jià)值（也就是要交付的產(chǎn)品）達(dá)成共識(shí)，才能應(yīng)用敏捷開(kāi)發(fā)。如果無(wú)法達(dá)成共識(shí)，只能通過(guò)過(guò)程的控制減少溝通和時(shí)間成本，宜采用瀑布式開(kāi)發(fā)。

根據(jù)優(yōu)劣勢(shì)，不管是敏捷還是線性開(kāi)發(fā)都有其適用場(chǎng)景——常用于戰(zhàn)略決策的Cynefin框架非常適合解釋敏捷開(kāi)發(fā)適用的場(chǎng)景，如下圖：

1. 簡(jiǎn)單域（simple）-已知的已知

當(dāng)因果關(guān)系顯然而見(jiàn)時(shí)。處理手法為”感受－歸類－反應(yīng)” （Sense-Categorise-Respond），如導(dǎo)出銷售額數(shù)據(jù)/制作巧克力蛋糕。Scrum不是好的選擇，更應(yīng)該選擇已被證明正確的方法。

2. 繁雜域（complicated）-已知的未知

需要專家診斷后找出正確答案。處理手法為”感受－分析－反應(yīng)” （Sense-Analyze-Respond），如搭建底層數(shù)據(jù)庫(kù)/建造太空飛船。Scrum不是最佳方案，應(yīng)該由專家處理。

3. 復(fù)雜域（complex）-未知的未知

因果關(guān)系只能從檢討中反映出來(lái)，難以預(yù)測(cè)，只能事后知道。處理手法是”試探－感受－反應(yīng)” （Probe-Sense-Respond），如推出新產(chǎn)品/養(yǎng)育青少年。Scrum最擅長(zhǎng)的領(lǐng)域。

4. 混亂域（chaotic）-不可知的未知

完全沒(méi)有任何因果關(guān)系的混亂情況，需要快速做出反應(yīng)，沒(méi)有時(shí)間思考。需要的是”行動(dòng)－感受－反應(yīng)” （Act-Sense-Respond），如911事件/系統(tǒng)宕機(jī)。Scrum不是最佳方案，需要的是立即行動(dòng)。

5. 如果連屬于以上哪個(gè)情況都不清楚的，是一個(gè)無(wú)序的狀態(tài)（disorder），等待參與者把情況安穩(wěn)至上面四個(gè)其中之一的情況。

軟件開(kāi)發(fā)過(guò)程中可能涉及以上各個(gè)領(lǐng)域，但電商產(chǎn)品（尤其C端）大部分工作落在復(fù)雜域。需要實(shí)際工作中靈活適用。

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

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