設計思考是近年來火紅的名詞, 很多東西都會和它搭上一腳, 軟體開發也不例外, 那在軟體開發中, design thinking 是代表什麼呢? 我想應該很多人會有興趣他們的關聯, 因此讓我們一起來聊聊如何將 design thinking 融入到開發上面.

 

hex_design-1  

雖然敏捷開發方法, 對於解決方法的驗證十分快速, 但是如果對於想要解決的問題不了解, 你便無法提出好的解法. 而設計思考則是從人的需求出發, 以設計師的邏輯與方法來解決問題. 它可以補足敏捷開發方法的不足.

因此, 如果我們打算用 design thinking 去解決問題, 我們將需要組成一個跨功能”小”團體, 大家一起通力合作, 進行以下步驟:

1. 了解你想要解決的問題
在這個階段, 基本上是利用 design thinking 的方式, 來觀察使用者的問題, 這裡我們常使用的工具是 empathy map 及 customer journey map. 接著將從中找出設計觀點(point of view), 以及要處理的挑戰 (How might we).

 

2012-12-03 10.25.53  

2. 點子發想
在這個階段我們會藉由腦力激盪來發想一些點子. 這裡便可以搭配敏捷中的practice: design studio. 讓所有人的角色, 一起來討論這個挑戰要如何解決. 這裡我們會想出很多解決方案.

 

ux-discussion  

3. 提煉和驗證點子
這裡我們並不是指用 agile 中的 iteration 來真的開發那些解決方案, 我們要做的是藉由 paper prototype, 以 Wizard of Oz testing 的方式來呈現解法給相關的使用者,  讓他們來看看這樣的解決是否能滿足他們.

 

Wizard of Oz Testing  

4. 規劃和執行你的解法並持續驗證
當通過第三個步驟後, 我們才真的考慮要放到 product backlog, 安排在 iteration 裏真的去實作. 這時候便是 scrum 擅長的階段了. 

設計思考可以讓我們深入了解使用者, 而敏捷開發可以讓我們快速驗證解法, 兩個參在一起做成的撒尿牛丸,  希望大家吃了以後頭腦就可以靈光了很多, 每次產品都是一百分 XDD
 

參考文獻:
http://www.stickyminds.com/article/design-thinking-4-steps-better-software?page=0%2C0

arrow
arrow
    全站熱搜
    創作者介紹
    創作者 kojenchieh 的頭像
    kojenchieh

    David Ko的學習之旅

    kojenchieh 發表在 痞客邦 留言(0) 人氣()