在有了『區塊鏈導入決策輔助模型』與『區塊鏈企業應用場景 ATOMIC 框架』後，小明開始準備進行區塊鏈應用場景的設計。但區塊鏈是個非常新的技術，在設計應用場景時必須以創新的角度切入，不能用傳統的軟體設計開發方法。

這時他想起了這幾年陳總常常提起的幾個創新方法：Design Thinking, Lean Startup, Design Sprint & Agile。這些創新方法都是陳總在連續創業中陸續收集在他的 Startup Toolkit 中，在不同的情境下適用的方法也有所不同。

設計思維(Design Thinking)

(圖片作者：Geert Claes)
在我們需要更好的理解問題背景、確定早期客戶時，設計思維能夠大放異彩。設計思維有著各種各樣的變化，一種可通過訪談利益相關者收集大量的洞見，隨後進行收斂，通過對這些看法進行分類，識別出痛點、問題或解決方案。
另一種則可從探索可能的解決方案開始，然後對最有機會的方案進行測試。

精實創業(Lean Startup)

(圖片作者：Geert Claes)
和設計思維的不同之處在於，創業者（或產品經理）本身對於問題領域有著深刻的理解。精實流程將每一件事情都視為猜想或假設，直到進行了驗證為止…甚至他們對於問題領域的理解也都只是假設。精實流程傾向於圍繞一張以客戶為中心的畫布來細化問題假設，隨後進行優先順序排列，對不確定性風險最高的假設開始進行驗證。驗證的流程如下：創建實驗，進行測試，驗證猜想或假設是否成立。

設計衝刺(Design Sprint)

(圖片作者：Geert Claes)
Google VC 風格的設計衝刺方法最大的優勢，是在於5天內完成分享洞見、設想方案、繪製原型和進行用戶測試的整個流程。由於時間有限，設計衝刺往往聚焦於解決方案中的一小部分，但卻是驗證產品方向的一種極為有效的方法。

敏捷(Agile)

(圖片作者：Geert Claes)
在產品開發的過程中，問題假設、解決方案和市場假設都具有不確定性，敏捷開發就是處理這些不確定性的一種偉大方法。不需要糾結於產品前端的每一個細節，因為不論每個地方都充滿著猜想和不確定性。

通過敏捷方法，我們能夠快速的走完 建立->度量->學習 這一流程，驗證假設並推出最小可行性產品 MVP(Minimun Viable Product)。我們應該定義並依據優先順序整理出需要交付的有價值的功能列表，在每一次的衝刺中進行交付、測試。

[敏捷軟體開發宣言]
藉著親自並協助他人進行軟體開發，
我們正致力於發掘更優良的軟體開發方法。
透過這樣的努力，我們已建立以下價值觀:

個人與互動 重於 流程與工具
可用的軟體 重於 詳盡的文件
與客戶合作 重於 合約協商 
 回應變化 重於 遵循計劃 

也就是說，雖然右側項目有其價值，
但我們更重視左側項目。

本文同時發佈於作者部落格：https://www.bdetw.com/blockchain-design-thinking-lean-startup-agile/

想找區塊鏈人才或想學習區塊鏈知識的夥伴。歡迎參加社群小聚，一起來輕鬆交流、互相學習成長、認識新朋友、發現新機會！
　
台北區塊鏈社群
https://bitlly.co/Q4dIK
　
BDE 區塊鏈學院 - 讓每個企業都懂區塊鏈。
https://bitlly.co/mbDwX