敏捷產(chǎn)品畫布實(shí)用指南

如何根據(jù)產(chǎn)品愿景和產(chǎn)品畫布來應(yīng)對(duì)變更

　　人們對(duì)敏捷方法存有一個(gè)常見誤解，認(rèn)為每一次迭代的結(jié)果和反饋都會(huì)有效地自主引導(dǎo)流程推進(jìn)，并不需要準(zhǔn)備工作或書面文檔。而事實(shí)絕非如此。敏捷宣言(Agile Manifesto)中的正確定義是“與其謹(jǐn)遵計(jì)劃，不如應(yīng)對(duì)變化”。也就是說應(yīng)該有一個(gè)易于調(diào)整的計(jì)劃，以便能夠做好充分的準(zhǔn)備。

　　這里的“充分”指的是：

　　● 為提供業(yè)務(wù)價(jià)值做好準(zhǔn)備

　　● 為項(xiàng)目制定一個(gè)清晰的愿景

　　● 做好準(zhǔn)確預(yù)測(cè)的足夠準(zhǔn)備

　　● 有充分的細(xì)節(jié)來啟動(dòng)第一次迭代

　　任何超出這個(gè)范圍的準(zhǔn)備都是過度準(zhǔn)備。請(qǐng)記住，我們正在努力創(chuàng)建一個(gè)易于調(diào)整的“計(jì)劃”。計(jì)劃越大、越詳細(xì)，就越僵化、越難改變。

　　雖然西門子低代碼提倡產(chǎn)品愿景和產(chǎn)品畫布，但這不是唯一的方法。即便您希望采取“零迭代”等其他方法，這篇文章也有很大的價(jià)值，它包含了為項(xiàng)目做準(zhǔn)備時(shí)需要解決的各類問題。

產(chǎn)品愿景板簡(jiǎn)介

　　第一步是使用產(chǎn)品愿景板為項(xiàng)目創(chuàng)建一個(gè)高水平的愿景。

產(chǎn)品愿景板示例

　　產(chǎn)品愿景板需要解答以下基礎(chǔ)問題：

　　● 我們?yōu)槭裁匆獎(jiǎng)?chuàng)建該應(yīng)用?

　　● 誰是我們的目標(biāo)用戶群?

　　● 目標(biāo)用戶群的需求是什么?

　　● 我們?nèi)绾卧O(shè)想出能夠滿足這些需求的產(chǎn)品?

　　● 我們這樣做是為了滿足哪些業(yè)務(wù)目標(biāo)?

　　產(chǎn)品愿景板也是產(chǎn)品畫布的信息來源。這兩個(gè)部分都由產(chǎn)品負(fù)責(zé)人負(fù)責(zé)，但這并不代表所有工作都必須歸屬他們。強(qiáng)烈建議在有需要的情況下讓Scrum團(tuán)隊(duì)和專家加入。

產(chǎn)品畫布及其布局

　　在定義了產(chǎn)品愿景之后，接下來就應(yīng)該明確如何實(shí)現(xiàn)這個(gè)愿景，以便回答以下問題：

　　● 我們的用戶是誰?

　　● 用戶的任務(wù)是什么，將如何完成這些任務(wù)?

　　● 相關(guān)的高級(jí)別限制有哪些?

　　● 產(chǎn)品總體設(shè)計(jì)將會(huì)是什么樣?

　　● 我們可以使用哪些現(xiàn)成的Epics和用戶故事來實(shí)現(xiàn)這一設(shè)計(jì)?

產(chǎn)品畫布示例

　　如果把待回答的問題與產(chǎn)品畫布相比較，就會(huì)發(fā)現(xiàn)產(chǎn)品畫布的實(shí)際布局并沒有按照時(shí)間順序來進(jìn)行。但要理解和掌握產(chǎn)品畫布的創(chuàng)建，時(shí)間順序非常重要。

產(chǎn)品畫布的時(shí)間順序布局示例

　　上圖顯示了創(chuàng)建產(chǎn)品畫布的邏輯步驟。從回顧產(chǎn)品愿景(Product Vision)開始，到研究產(chǎn)品的實(shí)際用戶和創(chuàng)建角色(Personas)，一直到為第一次迭代創(chuàng)建可用故事(Ready Stories)，每完成一個(gè)步驟才能開始下一個(gè)步驟。

　　請(qǐng)注意，對(duì)“限制”的描述與“用戶旅程”的創(chuàng)建應(yīng)同時(shí)進(jìn)行。而有些限制不一定會(huì)影響用戶旅程，因此也可以提前完成該步驟。

創(chuàng)建產(chǎn)品畫布的7個(gè)步驟

　　● 第1步：產(chǎn)品愿景和名稱

　　產(chǎn)品愿景盒是對(duì)產(chǎn)品愿景板的總結(jié)。創(chuàng)建產(chǎn)品愿景盒的一個(gè)好方法是用一兩句話描述愿景中最重要的部分。

　　在應(yīng)用開發(fā)過程中，應(yīng)用本身的名稱往往被忽視。我們很少會(huì)在項(xiàng)目的第一次迭代階段就想好應(yīng)用的名稱，應(yīng)用名稱既要朗朗上口，又要體現(xiàn)應(yīng)用的作用，不是一件容易的事情。

　　一個(gè)好的名稱對(duì)參與項(xiàng)目的每個(gè)人都能帶來積極的影響，增強(qiáng)對(duì)項(xiàng)目的歸屬感。就像角色一樣，參與者將開始與他們正在或幫助創(chuàng)建的應(yīng)用產(chǎn)生情感上的聯(lián)系。如果在一開始不對(duì)產(chǎn)品命名，且該應(yīng)用不是外部應(yīng)用，那對(duì)它的命名將永遠(yuǎn)不會(huì)被優(yōu)先處理。

　　● 第2步：創(chuàng)建用戶畫像

　　在我們開始考慮如何開發(fā)功能之前，了解為誰以及為什么要開發(fā)這些功能是至關(guān)重要的。為此，我們可以開展一些便于創(chuàng)建用戶畫像的研究。

角色示例

　　用戶畫像基本上可以歸結(jié)為一個(gè)以研究為依據(jù)的用戶原型。使用角色來模擬一組用戶的方法同樣以科學(xué)研究為依據(jù)，并非營(yíng)銷人員和用戶體驗(yàn)設(shè)計(jì)師所使用的那種不需要證實(shí)的創(chuàng)作技巧。無論是其內(nèi)容還是使用效果，都有助于建立共鳴、確定項(xiàng)目焦點(diǎn)、促進(jìn)溝通和在項(xiàng)目團(tuán)隊(duì)中形成共識(shí)，幫助項(xiàng)目團(tuán)隊(duì)做出并捍衛(wèi)決策。

　　除此之外，這個(gè)步驟中的研究部分將有助于驗(yàn)證在創(chuàng)建項(xiàng)目愿景時(shí)做出的所有假設(shè)。請(qǐng)記住，我們已經(jīng)在項(xiàng)目愿景中說明了誰是目標(biāo)用戶群，以及他們的需求是什么，所以這個(gè)步驟可以在不與任何用戶交流的情況下完成。另外，還是需要對(duì)已經(jīng)做出的假設(shè)進(jìn)行檢查。就像解決程序漏洞一樣，在項(xiàng)目開始時(shí)更改應(yīng)用所需投入的時(shí)間和精力，是進(jìn)入到生產(chǎn)階段后的10到100倍。

　　在處理快節(jié)奏的西門子低代碼項(xiàng)目時(shí)的挑戰(zhàn)之一是缺乏時(shí)間，因而無法創(chuàng)建以定量科學(xué)研究為依據(jù)的傳統(tǒng)角色。幸運(yùn)的是，“臨時(shí)角色”提供了一個(gè)解決方案——通過極少的訪談來完成研究。雖然其價(jià)值不如傳統(tǒng)角色，但由于可以在一兩天內(nèi)創(chuàng)建，因此對(duì)項(xiàng)目來說是非常值得考慮的。

　　● 第3步：創(chuàng)建用戶旅程

　　此時(shí)我們和團(tuán)隊(duì)已經(jīng)清楚地知道用戶是誰、需求是什么，以及希望通過構(gòu)建的應(yīng)用完成什么目標(biāo)。接下來，就是要在角色、任務(wù)以及應(yīng)用的工作方式之間搭建“橋梁”。用戶旅程提供了一個(gè)實(shí)現(xiàn)這一目標(biāo)的有效方法。

　　o 客戶旅程

　　這在市場(chǎng)營(yíng)銷層面很常見，即描繪出包含應(yīng)用程序在內(nèi)的整體體驗(yàn)。當(dāng)有了客戶旅程之后，接下來就可以將其用于準(zhǔn)備工作。

客戶旅程示例

　　o 腳本

　　腳本是一種更加具體的方法。該方法非常類似于漫畫小說或電影腳本，不僅可以定義用戶與應(yīng)用之間的交互方式，還可以根據(jù)需要添加背景。

腳本示例

　　通過詳細(xì)的腳本或是粗略地勾勒出草圖并添加文字和箭頭來講述故事，都是可行的。另外需要注意的是腳本不一定要“漂亮”，只需要有助于旅程的設(shè)計(jì)和團(tuán)隊(duì)內(nèi)部想法的溝通即可。

　　o 用戶流

　　抽象的最低級(jí)別是用戶流，與微流程非常相似。用戶流示意性地描繪出用戶完成一項(xiàng)任務(wù)的流程。

用戶流示例

　　用戶流創(chuàng)建起來十分容易(甚至完全可以使用PowerPoint創(chuàng)建)，其在設(shè)計(jì)體驗(yàn)和調(diào)整整個(gè)團(tuán)隊(duì)如何達(dá)成目標(biāo)方面起到非常大的作用，因此被認(rèn)為是一項(xiàng)最基本的工作。

　　我們推薦通過腳本去提供更多的背景，讓設(shè)計(jì)體驗(yàn)變得更容易，也可以忽略一些不太相關(guān)的細(xì)節(jié)。這些細(xì)節(jié)能在后面的階段使用用戶流來繪制。

　　建議不要對(duì)每一個(gè)具體的用戶旅程都進(jìn)行繪制，而是專注于最重要的。畢竟我們采用的是敏捷工作方式。

　　● 第4步：定義相關(guān)限制

　　正如上文提到的，定義限制的時(shí)間并不是一成不變的。只是要記住有些限制會(huì)影響用戶旅程，因此應(yīng)該在之前或與用戶旅程同步定義，比如只能在實(shí)體辦公室內(nèi)使用網(wǎng)絡(luò)功能這一限制，讓用戶位置成為用戶旅程中的一個(gè)關(guān)鍵部分。

　　在定義限制時(shí)要注意它們與項(xiàng)目的相關(guān)性。一個(gè)有一百條限制的列表不但無法成為有效的準(zhǔn)備工具，而且還會(huì)適得其反。在實(shí)際迭代階段需要有足夠的時(shí)間來定義和處理限制。

　　● 第5步：設(shè)計(jì)

　　設(shè)計(jì)環(huán)節(jié)是將“用戶旅程”轉(zhuǎn)化為需要構(gòu)建的應(yīng)用的第一步。根據(jù)應(yīng)用的類型、客戶的類型，以及客戶在使用西門子低代碼平臺(tái)方面的成熟度，該環(huán)節(jié)中的實(shí)際應(yīng)用可能會(huì)有很大的不同。

　　在一般情況下，有至少四種非常有效的工具。

　　o 網(wǎng)站地圖(或應(yīng)用地圖)

　　這個(gè)在網(wǎng)站設(shè)計(jì)和開發(fā)中被廣泛使用的工具在應(yīng)用設(shè)計(jì)和開發(fā)中卻不那么常見，一般只要繪制出應(yīng)用的頁面結(jié)構(gòu)即可。

網(wǎng)站地圖示例

　　o 線框圖

　　實(shí)際屏幕設(shè)計(jì)草圖的保真度和抽象程度各不相同。由于該階段是項(xiàng)目的準(zhǔn)備階段，所以不宜過度。應(yīng)將重點(diǎn)放在設(shè)計(jì)整個(gè)系統(tǒng)而不是單個(gè)頁面上，并在整個(gè)用戶體驗(yàn)框架的設(shè)計(jì)與準(zhǔn)備第一次迭代之間找到平衡。低保真、中保真和高保真這三個(gè)級(jí)別的保真度，每個(gè)級(jí)別都有自己的優(yōu)勢(shì)和劣勢(shì)。

線框圖及不同保真度示例

　　和用戶旅程一樣，線框圖至少要達(dá)到低保真度，也建議至少準(zhǔn)備幾個(gè)中保真度的線框圖。最好由用戶界面或用戶體驗(yàn)設(shè)計(jì)師來完成這項(xiàng)工作，但其實(shí)每個(gè)人都可以創(chuàng)建低保真線框圖，用筆和紙或者白板也可以。使用線框圖來嘗試不同的設(shè)計(jì)和解決方案比到完成建模后再去改變要來得快。除此之外，好的線框圖能夠準(zhǔn)確地引導(dǎo)如何對(duì)一組特定的頁面進(jìn)行建模。

　　o 風(fēng)格模板

　　用戶界面的視覺語言對(duì)于應(yīng)用的可用性和品牌形象非常重要。要在應(yīng)用中將這種視覺語言與最佳用戶體驗(yàn)相結(jié)合可能有一定的難度，無論是在設(shè)計(jì)階段還是在與團(tuán)隊(duì)成員或相關(guān)方交流和討論設(shè)計(jì)時(shí)。在應(yīng)用尚不存在的情況下，可以基于應(yīng)用的視覺語言進(jìn)行設(shè)計(jì)，這是使用風(fēng)格模板的技巧關(guān)鍵點(diǎn)。

風(fēng)格模板示例

　　在實(shí)際應(yīng)用還未被開發(fā)出來的情況下，風(fēng)格模板的設(shè)計(jì)清晰地定義了應(yīng)用的視覺語言和品牌形象，這個(gè)方法非常快速且有效。

　　o 設(shè)計(jì)/企業(yè)標(biāo)識(shí)指南

　　大多數(shù)公司都有關(guān)于網(wǎng)站或應(yīng)用設(shè)計(jì)方面的準(zhǔn)則和資產(chǎn)。如果有的話，應(yīng)該將它們加入到產(chǎn)品畫布的設(shè)計(jì)環(huán)節(jié)。

　　● 第6步：創(chuàng)建Epics

　　到了這一步，我們已經(jīng)了解并研究了用戶，知道他們想要完成什么目標(biāo)，并且已經(jīng)設(shè)計(jì)出讓他們使用應(yīng)用來實(shí)現(xiàn)目標(biāo)的方式，甚至創(chuàng)建了一個(gè)設(shè)計(jì)框架。這時(shí)我們已經(jīng)得到了創(chuàng)建Epics所需的所有信息，這是將應(yīng)用設(shè)計(jì)轉(zhuǎn)化為用戶故事的第一步。

　　Epics指的是超大型用戶故事，其無法在一次迭代期間完成，或者需要?jiǎng)澐殖瑟?dú)立用戶故事以便從中創(chuàng)建“可用”的用戶故事。大多數(shù)時(shí)候，Epics描述的是一個(gè)需要分成幾個(gè)部分才能實(shí)現(xiàn)的大型功能。

　　比如“使用戶能夠在線購(gòu)物”這個(gè)Epics可以分成多個(gè)用戶故事，包括在網(wǎng)店里挑選貨品、設(shè)置送貨地址、使用在線支付選項(xiàng)為商品付款等。

　　在創(chuàng)建用戶故事的同時(shí)創(chuàng)建Epics，可以節(jié)省大量時(shí)間并添加項(xiàng)目重點(diǎn)。創(chuàng)建可用的用戶故事本身就會(huì)占用大量時(shí)間。處理一個(gè)由500個(gè)用戶故事組成的大型文件并不容易，所以最好是10個(gè)Epics故事加20個(gè)用戶故事。

　　● 第7步：創(chuàng)建可用故事

　　產(chǎn)品畫布的最后一步是創(chuàng)建至少覆蓋前1-2次迭代的可用用戶故事。

　　請(qǐng)注意，可用用戶故事指的是符合“可用”這一定義的故事。由于這是第一次交付可用用戶故事，所以最好能讓整個(gè)Scrum團(tuán)隊(duì)參與到這一步驟。

西門子低代碼的豐富經(jīng)驗(yàn)

　　西門子低代碼在產(chǎn)品愿景和畫布方面積累了非常豐富的經(jīng)驗(yàn)。我們?cè)诟鞣N項(xiàng)目中使用過這種方法來啟動(dòng)項(xiàng)目，甚至曾經(jīng)在一個(gè)僅持續(xù)一周的概念驗(yàn)證項(xiàng)目中，使用了由腳本、應(yīng)用地圖、線框圖和風(fēng)格模板組成的“微縮版”產(chǎn)品畫布。

　　基于項(xiàng)目經(jīng)理、Scrum 管理人員和開發(fā)人員所提供的反饋，我們實(shí)現(xiàn)了一些積極的效果：

　　● 以少量準(zhǔn)備工作大幅提高最終結(jié)果的質(zhì)量

　　● 通過產(chǎn)品畫布中的資產(chǎn)確定在更短時(shí)間內(nèi)完成應(yīng)用所需的重點(diǎn)

　　● 一次即實(shí)現(xiàn)正確的效果：畫布的每一個(gè)步驟都包含研究、實(shí)驗(yàn)、設(shè)計(jì)和反思。對(duì)開發(fā)階段的起始部分進(jìn)行改進(jìn)，避免項(xiàng)目期間的返工

　　● 增強(qiáng)團(tuán)隊(duì)溝通和效率

　　通過收獲這些經(jīng)驗(yàn)的成果，我們認(rèn)為產(chǎn)品愿景和畫布方法是最佳實(shí)踐。

如何使用產(chǎn)品畫布

　　本文在詳細(xì)描述產(chǎn)品畫布的同時(shí)，也明確了在開始第一次迭代之前進(jìn)行準(zhǔn)備的好處?，F(xiàn)成的方法在西門子低代碼項(xiàng)目中很有效，但最終還是關(guān)乎內(nèi)容、準(zhǔn)備階段所解決的問題，以及給項(xiàng)目帶來的額外好處。另一個(gè)有趣的細(xì)節(jié)則是一些團(tuán)隊(duì)選擇繼續(xù)在整個(gè)項(xiàng)目中或部分環(huán)節(jié)使用產(chǎn)品畫布，而不局限于準(zhǔn)備階段。

　　西門子低代碼團(tuán)隊(duì)將用戶流作為可用用戶故事定義的一部分。相比用戶故事的文字內(nèi)容，用戶流的線框圖能夠更快、更有效地讓團(tuán)隊(duì)充分理解用戶故事。

　　但最重要的是，無論一個(gè)項(xiàng)目的規(guī)模和復(fù)雜程度如何，適當(dāng)?shù)臏?zhǔn)備工作能更有效和更有針對(duì)性的展開開發(fā)工作，以提高實(shí)際應(yīng)用的質(zhì)量。(作者：Willem Gorisse，Mendix公司應(yīng)用開發(fā)項(xiàng)目經(jīng)理)

（Mendix）