血淋淋的Design Sprint初體驗
Design Sprint一般來說，是指一套在Google Venture裏，透過五天、一連串的活動，來驗證一個商業構想或困難的方法。自從2016年，由Jake Knapp跟John Zeratsky與Braden Kowitz三人一起把這套方法整理並出版了『Sprint — How to solve big problems and test new ideas in just five days』一書之後，業界就有不少公司、創業團隊，利用這套方法來調整方向與策略，版面關係，有興趣的人可以去找那本書來看，中文版的在這裡。
幸福來得太突然
自從2016年，無意間在書店買了這本書，看完並初步瞭解了這套方法之後，就一直躍躍欲試，只可惜，要說服一堆高層，把整整五天都空下來，跟我坐在會議室裡做workshop，真的有很高的難度。因此，快三年過去了，一直都苦無機會。即便如此，這段期間，只要聽到有團隊或設計師，要辦Design Sprint的經驗分享，我都會想盡辦法去參加，終於，在2018年底的時候，機會來敲門了。
2018年8月，轉到了的Amazon RDS Performance Insights團隊，該團隊在2016年剛成立時，就曾經執行過一次Design Sprint，並把當時的成果，在2016年底推出上線，快兩年多過去了，有許多新的規劃將在2019年執行，跟主管幾次討論之後，決定利用12月大家都比較不忙的時候，再來辦一場Design Sprint workshop，初步與主管確認主軸之後，就開始緊鑼密鼓的準備工作了。
時間，總在別人要借的時候，才是最寶貴的
首先，第一件要做的事，就是確認主要參與人員。這件事沒有花太多時間，很快就確定了一位首席工程師、一位首席產品經理、一位資深研發經理、三位資深工程師跟我，接著，就是公告我們將再辦一場Design Sprint workshop，請大家挑選出可以配合的時間。結果，說什麼12月大家比較不忙，喬來喬去竟然只能喬出2天，最後，首席產品經理要從別的城市飛過來，早上沒辦法參加，資深研發經理因為家裡出了點事，第一天只能透過視訊參加，也就是說，五天的workshop，我必須想辦法壓縮在一天半的時間內，而且，還有一個人的第一個半天，得從遠端視訊參加。
在反覆翻閱書本、參考網路文章，再加上與幾位辦過workshop的設計前輩們交換心得之後，總算技巧性地把5天的workshop，切割排列組合，調整成大家都可以配合的議程（議程細節，後面再分享。）就在我滿心歡喜地舉辦workshop啟動會議（Kick off meeting），一心想著，簡單說明一下workshop的議程，就要開始第一個議程：討論2019年的目標（Set a long-term goal），首席工程師就提出了：『兩天的時間對我們來說是很大的成本，可以解釋一下，為什麼我們需要辦這場Design Sprint workshop嗎？』
