目前分類:Google Sprint (22)

瀏覽方式: 標題列表 簡短摘要
 
Product Design Process: SOLVE PROBLEMS AND MAKE DECISIONS FAST (Lightning Decision Jam)
 
目的
用來排除無意義的對話, 好讓你在會議中, 可以有效率和結構化進行以下事情:

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

 
What is a Design Sprint? A simple SUMMARY for beginners
 
 
「AJ& Smart」的圖片搜尋結果

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

 
DESIGN SPRINT 2.0 - THE TUESDAY MORNING DECISION
 
在 4 Steps Sketch 之後, 接下來我們要決定哪些想法比較好, 並且把他們組成起來, 以產生出最後的解法. 這裡就是書本中所說的黏貼決策. 讓我們來看看 AJ&Smart 他們怎麼做.
 

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

5/19 到高雄去, 在當地的敏捷社群帶了一次設計衝刺分享. 隨著每次的練習, 自己都對這個流程有更多的體會, 趁著還記得的時候, 趕快記錄下來和大家分享.
 
 
 
Design master 是需要的
 

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

 
 
DESIGN SPRINT 2.0: STORYBOARDING HACK
 
 

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

 
DESIGN SPRINT 2.0 - 4 STEP SKETCH
 
4 Steps Sketch 在 Design Sprint 1.0 中是第二天的事情, 在 2.0 中他則是發生在第一天下午. 讓我們來看看 AJ&Smart 怎麼進行.
 

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

 
 
筆記資料來源:DESIGN SPRINT MAP EXERCISE - TUTORIAL
 
通常你在會決定 long term goal 和 sprint questions 之後, 才繪製 示意圖 (map), 因此你已經知道目標為何, 以終為始, 所以你的 map 就會限制在一個範圍內. 

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

 
 
 
 
在 design sprint 1.0 中, 他是在第二天一早進行的, 但是你必須在第一天結束後先做作業, 第二天早上才能跟團隊分享結果. 在 design sprint 2.0 中, 這個活動則是在第一天下午舉行的. 大約花 25 分鐘來進行.

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

 
這是 AJ& Smart 有關於 Ask the experts 的 video 重點整理. 裡面的步驟還蠻實用的.
 
DESIGN SPRINT 2.0 - ASK THE EXPERTS
 

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

 
在 設計衝刺 1.0  中, 第一天的第一個活動, 就是要定義 長程目標 和 這個迭代要討論的問題. 也就是要以終為始.
 
可是在 design sprint 2.0 時, 這會是第一天的第三個活動, 會在 訪問專家 和 地圖 之後進行.
 
AJ& Smart 的 video 對於 長程目標和迭代問題 的進行, 提供了一個有效率的方式, 就讓我們來看看他們怎麼做:

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

How Might We (HMW) 是 Design Sprint 在第一個階段中使用的方法, 很多人不知道他是什麼. 如果你之前對 design thinking 有研究的話, 應該對他不陌生. 他其實是一個非常務實的記筆記的方法把用戶說的東西, 或是你觀察到的事情, 或是要面對挑戰, 轉換成 HMW 的句型. 
 
 
 
 

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

Google Venture 在 2016 年推出了 Design Sprint 的流程. 他是一個在五天之內, 用來解決大的問題, 並且測試瘋狂想法的流程. 後來 AJ &Smart 和 Design sprint 的作者在這幾年中, 不斷地實踐和改進, 因此又有新的版本出現了: Design sprint 2.0, 那和之前有什麼不同呢?
 
 
 
最大的不同: 用 4 天來代替 5 天的版本.

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

Design sprint 是用來幫助回答商業中關鍵問題的工具, 它藉由 設計, 雛型 和用戶驗證的方式來進行. 
好處是省時間. 你不用花上 6 週或兩個月來開發, 就可以知道你想法的可行性, 因為你是藉由跨功能小組來進行
 
 
 

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

Google Venture 的 design sprint 忽然間在台灣流行起來, 很多人開始嘗試去跑跑這個做法. 在這個流程中, 有一個角色叫做 Sprint Master, 他主要是在主持和引導流程的進行. 聽說 Google 內部是有很多認證過的 sprint master.
 
 
 
 

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

在做產品開發時, 我們常會遇到某些功能花了很大的代價做了, 可是卻不是客戶想要的. 早期 waterfall 的時代, 這樣的事情很常發生, 常讓團隊覺得好累喔
 
 
 
等到敏捷開發出現, 發現事情有了生機, 我們可以藉由迭代的機制, 批次作業, 先完成一部分的功能, 然後交付給客戶, 及早取得回饋, 早點做調整. 

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

產品開發的過程, 會分成兩個階段: 探索 (discovery) 與交付 (delivery). Agile 的方法可以把交付的部分處理很好. 可是產品能夠成功, 往往探索階段才是關鍵. 因此, 我們才需要 design thinking, lean startup, GV design sprint 等作法, 來幫助我們釐清客戶的痛點.
 
 
在探索階段, 我們會用一些方法去找出客戶的需求, 像是用戶拜訪, 焦點團體, 或者是用戶調研等等, 然後根據收集到的資料, 我們再來決定產品要開發的功能. 可是在這個時候我們很容易有以下盲點:
 

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

 
很多人聽到 design sprint 時, 都會問說它跟 IDEO design thinking 或是 Agile 的關聯是什麼. 以下是我簡單的一些心得比較:
 
 
敏捷 (Agile)

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

今天在新竹敏捷社群, 舉辦一個工作坊, 是有關谷歌衝刺計畫這本書. 這是在講述谷歌創投來幫助新創公司, 在早期時釐清自己產品的方向, 以降低開發的風險.
 
這個方法是一個五天的流程, 因此要在 4 個小時內完成還真的有點難, 我試圖在用一個小時來執行一天的工作. 其中因為星期三的工作是產出 story board, 我想說可以利用這個 story board 來當作一種雛型, 所以星期四那天的活動就跳過, 直接來進行星期五的活動. 所以這樣大致可以在四小時內搞定.
 
 

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

 
    在星期一我們定義好目標, 以及要專注的使用者和問題. 接下來在星期二時, 我們先檢視目前的做法, 好讓我們可以站在巨人肩膀上, 混合和改進現存的做法. 接著在下午的時候, 每個人要繪製解決方案, 以供明天來挑選及製作產品雛型.
 
 
1. 混合和改進 (Remix and improve)
大多的創新並非憑空想出來的, 通常是在整合現存的作法, 並且加以改進而成. 因此, 我們需要先了解目前有哪些作法. 

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

 
    Sprint 的第一天, 主要是在建立這週工作的路線. 你必須以終為始, 找出長期目標. 接著, 標示出我們要面臨的挑戰. 下午時間, 詢問公司內的專家, 了解他們所知道的部分. 最後, 你要挑選出你這這週要解決的問題.
 
1. 以終為始
向大家說明你的目標是什麼, 以及必須要回答的困難問題.
(1) 設定長期目標

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

1 2

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼