敏捷最佳實踐:設計衝刺完整指南 -Useberry
在您的專案中執行設計衝刺(design sprint)的好處是:在非常短的時間內建立使用者驗證的原型。由傑克·納普(Jake Knapp)先生在Google期間開發的這種“快速學習,快速失敗”方法已被Google以及許多行業的其他頂尖公司使用或使用(是的,設計衝刺不僅僅屬於我們在矽谷的傢伙!)。
設計衝刺的定義
引用維基百科:“設計衝刺是一個受時間限制的,分為五個階段的過程,該過程使用設計思想,旨在降低將新產品,服務或功能推向市場時的風險。”
現在,提供了上述定義後,區分設計思路和設計衝刺很重要。儘管它們似乎具有相同的根源(兩者都是以人為中心的),但它們並不是同一回事。
如果您不是UX的新手,那麼您可能已經聽說過有關設計衝刺的資訊,因為它們已有9年的歷史了。本質上,設計衝刺是精益使用者體驗和敏捷開發理論的發展。他們來解決MVP留下的嚴重問題,即雜亂/尚未準備就緒的產品,終端使用者拒絕了。因此,存在從MVP到MDP(最低期望產品)的過渡。
什麼時候是設計衝刺的好時機?
首先,對產品有新想法時。那是最明顯的。進行設計衝刺的另一個好時機是,當您考慮向現有產品中新增新功能,或者只是逐步改進現有產品時。無論如何,當您遇到非常複雜的問題或者只是不知道問題的答案時,您應該考慮執行設計衝刺。
什麼是設計衝刺的壞時機?
顯然,當不滿足上述條件時。例如,當您已經有了解決方案或知道要前往的地方時,執行設計衝刺就不是理想的選擇。請記住,要執行設計衝刺,您必須對使用者完成功課。
衝刺必備
在衝刺之前,必須任命2個人為:a)決策者和b)協調人。決策者通常是具有權威的人(例如CEO或股東),而協調人是具有衝刺經驗的人。建議Sprint團隊為5-7人(最好是6位專家,大多數時候需要產品,設計和工程方面的專家),但是對於Sprint是小型團隊還是超大型團隊的理想選擇似乎存在爭議團隊。
在開始衝刺之前,請確保您有很多便籤,虛線紙,彩色熒光筆,標尺等。哦,請不要忘記也帶些水和食物,課程時間不是很短。
讓我們開始
該過程由5個步驟組成,每個步驟代表一週中的5天(星期一,星期二,星期三,星期四,星期五)。如果您使用設計衝刺的“更新版本”:設計衝刺2.0,則還可以在4天內完成衝刺。請記住,新版本不一定比其前一個版本有效。我想說的更多是一種變體,並且是將它們混合在一起。
回到我們的主題,沒有必要在星期一開始,在星期五結束。您可以在星期二開始,在下週一結束(只是在衝刺之間沒有太多時間,因為這可能會破壞動力)。因此,讓我們開始衝刺吧!
這五個步驟如下:
- 瞭解
- 草圖
- 決定
- 原型
- 測試
步驟1.瞭解(第一天-星期一)
首先是第一件事。瞭解為什麼要開會。在介紹之後,請嘗試使房間中的每個人都清楚所有問題、目標、使用者需求和框架以及策略等。
由於第一天為衝刺的其餘部分定下了基調,因此毫無疑問它是“一週”中最關鍵的一天。將錯誤的問題丟在桌上,即使是最佳解決方案也將完全不相關。現在,為了避免成員之間的疲勞,通常建議將一天分成兩半(上午,下午)。
1.上午
在介紹完所有內容之後,請考慮以下問題,開始衝刺:
您的長期目標是什麼?
您想從現在開始的1-2-6個月內在哪裡?
如果事情無法按您希望的方式工作怎麼辦?
寫下一切。
接下來,您將必須在當前狀態和最終目標之間制定流程。此時,請儘量使其簡單,因為流程圖中的步驟不要超過8-10個。
2.下午
在進行任何操作之前,您需要驗證地圖元素,以確保您走在正確的軌道上。當然,您可能希望在當前地圖中有所改進,因此請嘗試像記者一樣操作並稍作改動。
此時,會議室中的每個人都必須具有“我們怎麼會..”的心態,並將其問題記錄在論文中。
在適當的時候,要求所有人展示自己的問題,以便選擇最佳的“目標”(例如,通過投票)。請注意,強烈建議您在組動態中尋找任何不穩定性。即使最終決定權將由決策者決定,但誤入歧途是一種普遍現象。
恭喜,第一步已完成。
步驟2.草繪(第二天-星期二)
是時候捲起袖子了!星期一全是尋找問題,而星期二則是尋找解決方案。現在您可能會質疑這些解決方案的來源。
Google推薦2種方法:a)閃電演示和b)素描。同樣,建議將一天分成兩半,每半代表一種方式。而且,您必須開始考慮客戶在星期五必須針對目標進行的測試。
早上(閃電演示)。
看看競爭對手在解決“目標”方面已經在做什麼。每個演示都代表公司的解決方案。記錄一切!為了在此活動中獲得更好的效能,您必須專注於衝刺第一天所討論的內容。
下午(素描)
對於草繪,建議對每個從事私人工作的成員執行4個步驟:
1.做筆記(20分鐘)。
2.提出一些粗略的想法,並篩選出最好的想法(20分鐘)。
3.建立8個最佳創意的變體(8分鐘)。– Crazy 8是我的最愛,因為它產生了難以置信的好主意。
4.找到最佳草圖,並使用3個皮膚建立一個情節提要。確保易於閱讀和理解(30-90分鐘)。
恭喜,第二步已完成。
步驟3.決定(第3天-星期三)
做出決定的時間!到現在為止,您的團隊應該已經開發了一些-希望是很棒的草圖。再次建議將這一天分為兩半:a)決定草圖,b)決定原型。
早上
要確定草圖,您需要進行投票(嚴格匿名!)。將所有解決方案收集起來,並讓您的團隊對最佳解決方案進行投票。如果有多個獲勝的解決方案,則需要設計是否要製造多個原型(如果您的團隊很小,則不建議)。
下午
要確定原型,您需要詳細制定團隊喜歡的解決方案!為了使這項工作像拼圖一樣考慮整個過程,您只有最終目標和最初的互動部分。成功完成拼圖所需的建議件數為10-15。
請記住,該決定應以最少的工作量產生最大的影響。為此,您可以利用決策矩陣或其他決策幫助理論。無論如何,都必須擺放所有觀點,以免因誤解和偏見而錯失任何機會。
恭喜,第三步已完成。
步驟4.原型(第4天-星期四)
這是您的團隊最初聚集的原因。該原型將是該解決方案的第一個描述,它必須完美完成但不是完美。為了成功地製作一個可以工作的原型,您將必須委派建立原型所需的任務。您可以首先建立一個情節提要,從而知道如何建立原型。對於原型,請考慮使用Google幻燈片,主題演講,InVision,Adobe XD,Figma等工具。
恭喜,第4步已完成。
步驟5.測試(第5天-星期五)
通常,驗證階段是每個團隊的真正痛苦。您可以進行適度或非適度的測試。採用傳統方法比較困難,並且需要具備豐富的知識來解碼客戶與原型的互動。在計劃和進行採訪時還需要更多時間。這就是為什麼我們建立Useberry的原因,該工具可在幾分鐘內為您的原型提供豐富的分析,並簡化使用者測試。
完成此步驟後,您將放棄該想法,或者繼續將其變為真實的產品/服務。
恭喜,您已成功完成衝刺!!!
總結
通過本文,您已經獲得了一些有關如何執行設計衝刺的良好知識,您可以隨時對其進行進一步的學習。
相關文章
- Choerodon豬齒魚敏捷管理實踐(二)——衝刺管理敏捷
- 團隊作業4:專案衝刺-敏捷衝刺日誌的集合貼敏捷
- 衝刺計劃
- 敏捷衝刺day4--數字工匠隊敏捷
- 敏捷衝刺day2--數字工匠隊敏捷
- MaxCompute表設計最佳實踐
- Kubernetes 最佳安全實踐指南
- react 設計模式與最佳實踐React設計模式
- 設計微服務的最佳實踐微服務
- 敏捷實戰分享:Runtastic停止了估算故事並改善衝刺,效率提高30%敏捷AST
- Django RESTful API設計與實踐指南DjangoRESTAPI
- [譯] Facilitator 手冊:24 個設計衝刺技巧
- 58同城敏捷BI系統的設計與實踐敏捷
- Python程式設計規範+最佳實踐Python程式設計
- vSAN 設計、部署、運維最佳實踐運維
- 規模化敏捷LeSS(二):LeSS*隊實踐指南敏捷
- Laravel最佳實踐–事件驅動程式設計Laravel事件程式設計
- 13 個設計 REST API 的最佳實踐RESTAPI
- Laravel 最佳實踐 -- 事件驅動程式設計Laravel事件程式設計
- Laravel最佳實踐 -- 事件驅動程式設計Laravel事件程式設計
- 函數語言程式設計最佳實踐函數程式設計
- 規模化敏捷LeSS(二):LeSS團隊實踐指南敏捷
- 【原創】關於JAVA複習的最佳敏捷實踐Java敏捷
- 資料庫安全最佳實踐:基本指南資料庫
- 衝刺03
- 衝刺04
- 衝刺05
- 衝刺07
- 衝刺08
- 衝刺2
- 衝刺1
- 衝刺3
- 衝刺4
- 衝刺8
- 衝刺7
- 衝刺6
- 衝刺5
- 衝刺10