PIXNET Logo登入

David Ko的學習之旅

跳到主文

歡迎光臨 David Ko 在痞客邦的小天地

部落格全站分類:不設分類

  • 相簿
  • 部落格
  • 留言
  • 名片
  • 4月 07 週六 201807:33
  • [筆記] 谷歌創投 Design Sprint 2.0 簡介


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

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

  • 個人分類:Google Sprint
▲top
  • 4月 01 週日 201809:12
  • 案例研讀: Google Design Sprint with Memrise


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

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

  • 個人分類:Google Sprint
▲top
  • 3月 26 週一 201809:43
  • 谷歌創投 Design Sprint 中的 Master 要做什麼?


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

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

  • 個人分類:Google Sprint
▲top
  • 11月 20 週一 201711:30
  • 為什麼需要 GV design sprint?


在做產品開發時, 我們常會遇到某些功能花了很大的代價做了, 可是卻不是客戶想要的. 早期 waterfall 的時代, 這樣的事情很常發生, 常讓團隊覺得好累喔
 
(繼續閱讀...)
文章標籤

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

  • 個人分類:Google Sprint
▲top
  • 10月 15 週六 201609:55
  • GV 衝刺計畫可減輕決策時的偏見


產品開發的過程, 會分成兩個階段: 探索 (discovery) 與交付 (delivery). Agile 的方法可以把交付的部分處理很好. 可是產品能夠成功, 往往探索階段才是關鍵. 因此, 我們才需要 design thinking, lean startup, GV design sprint 等作法, 來幫助我們釐清客戶的痛點.

 


 

在探索階段, 我們會用一些方法去找出客戶的需求, 像是用戶拜訪, 焦點團體, 或者是用戶調研等等, 然後根據收集到的資料, 我們再來決定產品要開發的功能. 可是在這個時候我們很容易有以下盲點:

 

 

確認偏誤 (Confirmation Bias) :

 

所謂認知偏誤, 就是個人選擇性地回憶, 蒐集有利細節, 忽略不利或矛盾的資訊, 來支持自己已有的想法的片面詮釋.

 

常見的一種現象, 就是我們老是找同意我們意見的人取暖, 問他們說我的想法如何, 或者是參加跟自己興趣差不多的社團, 或是看跟自己意向雷同的書籍或節目. 不是說我們故意這樣, 因為這種狀況通常是無意識的, 是很正常的行為. 在網路的世界中, 這種狀況尤其嚴重. 
 

 
認知偏誤 (Cognitive bias)
 
認知偏誤]是有特定模式的判斷偏差, 主要是因為人們常根據主觀感受, 而非客觀資訊, 建立起主觀以為的社會現實所致. 所以藍綠都覺得自己是對, 或者認為世界就應該那樣運行, 不應該會有另一種思維出現.
 
這種現象在專案經理, 或者是大老闆身上特別常見. 他們一開始都對自己的想法特別有信心, 覺得自己的意見特棒, 如果成功或許沒事, 但是賣不好時, 也沒人敢檢討當初這個想法是誰提出來的. XD
 
 
從眾心理 (Conformity Bias)

 

當個體受到群體的影響, 引導或施加的壓力, 會懷疑並改變自己的觀點, 判斷和行為, 朝著與大多數人一致的方向變化.

 

為什麼會這樣呢? 通常是因為我們沒有足夠的訊息, 不知道怎麼選擇, 因此人家的意見, 尤其是親朋好友或老闆的意見, 我們會把它當成重要的資訊來參考, 想說跟他們走就沒錯了.

 

所以當社會說只有讀書好, 可是你卻想去學畫畫, 那你就違反了社會團體的價值觀, 你就會受到其他的排斥或嘲笑. 你自己也會覺得壓力很大, 因為人是一種群體的動物, 人性上基本渴望被接受, 想要融入變成其中的一份子.

 

從眾心理通常發生在思維能力較差的人身上, 因為他們長期不思考, 所以這方面的能力變弱了, 如果有人可以告訴他們答案時, 他們就會很樂意接受. 所以只要大神發洗腦文, 你就會毫不猶豫的按讚, 並且立刻轉發. XD

 

最近上課剛好老師介紹一則新聞跟從眾心理有關, 大家可以一起來開心一下:

 


https://www.youtube.com/watch?v=D8NQDThW0XU

 
 
定錨偏差 (Anchoring Bias)
 
根據最初得到的資訊固守決策, 而不隨著後續得到的資訊做適當的調整. 原因是我們對於首先接收到的資訊, 會得到特別強烈的印象.
 
 
 
因此, Mary 建議了我們可以採用 GV design sprint 來減輕這些狀況. 他認為 design sprint 有這些特點
 
 
 
跨領域思考
 
在 design sprint 中, 他不只有開發團隊的代表參加, 他還需要行銷, 財務, 設計和決策者等, 一起來討論, 分享自己所知道的知識, 這樣才能了解全貌. 因為沒有人可以知道全部, 大多數狀況下我們只知道自己擅長的部份, 因此我們需要各個不同領域的人集合在一起. 
 
 
 
 
沒有群體腦力激盪
 
傳統創新方法很強調腦力激盪, 認為只要一群人在一起腦力激盪, 似乎一起就可以迎刃而解, 或者就會想出很棒的想法. 但是, 事實上, 很多時候好的想法, 都是沈思一段時間, 某個人自己想出來的. 因此腦力激盪不是萬能的.
 
GV design sprint 則建議在收集資料階段, 可以大家聚集在一起, 提出所有自己知道的資訊, 讓大家有共有的了解. 之後, 大家在各自去深思, 去 cook 自己的做法出來. 再接著, 讓大家的解法一起來比拼, 從中找出最佳解. 所以, design sprint 不想你一開始受到他人影響, 並且給足你時間自己去考慮, 最後再來交流和決定.
 
 
 
盡快學習
不管一開始想法怎麼形成, 都沒人可以保證這個想法是客戶要的, 只有客戶才能決定最後成果. 可是根據傳統流程, 我們都需要做出一些東西, 或者是要有 最小可行產品 (MVP) 之類的產出. 這些都需要消耗你開發的資源, 都會花你個把月以上, 才能得到客戶的反饋. 如果結果是不好的, 這樣的學習代價太大.
 
因此, GV design sprint 才創出一個流程, 至多五天, 就可以學習到這個想法可不可行. 也就是說想法一出來, 就可以快速跳到學習這一關. 而非傳統的做法, 還要經過 build 和 launch 這兩關
 
(繼續閱讀...)
文章標籤

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

  • 個人分類:Google Sprint
▲top
  • 9月 22 週四 201609:50
  • 聊聊谷歌創投的衝刺計畫和敏捷/設計思考的關係


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

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

  • 個人分類:Google Sprint
▲top
  • 8月 21 週日 201622:09
  • 新竹敏捷社群聚會心得: Google Sprint 工作坊


今天在新竹敏捷社群, 舉辦一個工作坊, 是有關谷歌衝刺計畫這本書. 這是在講述谷歌創投來幫助新創公司, 在早期時釐清自己產品的方向, 以降低開發的風險.
 
(繼續閱讀...)
文章標籤

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

  • 個人分類:Google Sprint
▲top
  • 7月 05 週二 201615:25
  • Google 衝刺計畫: 快速列出所有解決方案


 
    在星期一我們定義好目標, 以及要專注的使用者和問題. 接下來在星期二時, 我們先檢視目前的做法, 好讓我們可以站在巨人肩膀上, 混合和改進現存的做法. 接著在下午的時候, 每個人要繪製解決方案, 以供明天來挑選及製作產品雛型.
(繼續閱讀...)
文章標籤

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

  • 個人分類:Google Sprint
▲top
  • 7月 02 週六 201610:19
  • Google 衝刺計畫: 規劃出航海的地圖吧


 
    Sprint 的第一天, 主要是在建立這週工作的路線. 你必須以終為始, 找出長期目標. 接著, 標示出我們要面臨的挑戰. 下午時間, 詢問公司內的專家, 了解他們所知道的部分. 最後, 你要挑選出你這這週要解決的問題.
(繼續閱讀...)
文章標籤

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

  • 個人分類:Google Sprint
▲top
  • 6月 24 週五 201622:03
  • Google 衝刺計畫: Set the Stage


 
之前曾經寫過一篇: 閒聊 Sprint: How to Solve Problems and Test New Ideas in Just Five Days (link), 來簡單介紹這本書, 接下來打算開始整理書中介紹的每個階段. 
(繼續閱讀...)
文章標籤

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

  • 個人分類:Google Sprint
▲top
«1234»

文章搜尋

熱門文章

  • (81,343)焦點討論法 (ORID)
  • (19,194)KJ 親和圖法二三事
  • (13,554)設計觀點 (POV, Point of View) 和使用者故事的比較
  • (11,141)Test Case所涵蓋的範圍足夠了嗎?
  • (9,384)測試計劃該寫什麼?
  • (5,917)什麼是Definition of Done (DoD)?
  • (5,540)什麼是精實創業?
  • (3,971)Cyclomatic Complexity
  • (3,099)你所應該知道的BVT
  • (1,637)Feature Driven Development 簡介

最新留言

  • [24/06/28] 訪客 於文章「你吃的藥或營養品,真的有被吸收了嗎?...」留言:
    改善便秘有很健康的方式 平常水分充足之外,纖維素也得要有 ...
  • [24/04/24] 訪客 於文章「(轉載) 為什麼會造成便秘呢?...」留言:
    謝謝分享資訊~ 改善便秘除了平常水分充足之外,纖維素也得要...
  • [23/11/16] 訪客 於文章「過敏的中醫療法...」留言:
    過敏症狀跟免疫力息息相關 除了平常良好的飲食生活習慣及規律...
  • [23/11/06] 訪客 於文章「視力保健...」留言:
    謝謝分享資訊~ 保護眼睛除了減少使用3C產品之外 幫助眼...
  • [23/09/06] 訪客 於文章「QA的迷失: "沒有spec我們無法進行...」留言:
    不就是PM把自己該做好的工作扔給RD QA做嗎? 專案越大牽...
  • [23/04/20] Mina 於文章「如何以探索性作法高效測試...」留言:
    好喔那再麻煩老師到時候提供時間謝謝您...
  • [23/04/18] Mina 於文章「如何以探索性作法高效測試...」留言:
    老師您好~不好意思這堂課除了5/20還會有規畫其他的日期上課...
  • [22/04/21] Max 於文章「如何寫出人人有共識的需求 - 範例描述...」留言:
    第一梯沒跟到,第二梯有計劃哪時開嗎? 謝謝...
  • [22/04/06] 訪客 於文章「谷歌創新寶劍: 設計衝刺體驗營...」留言:
    回饋您這方面資訊,我是從 PTT搜尋引擎的排名,看...
  • [21/08/10] jwang0189 於文章「如何寫出人人有共識的需求 - 範例描述...」留言:
    非常實用的文章,謝謝提供,已點廣告表示支持 https://...

個人資訊

kojenchieh
暱稱:
kojenchieh
分類:
不設分類
好友:
累積中
地區:

動態訂閱

文章分類

  • 正念 (2)
  • DevOps (13)
  • Agile HR (1)
  • 課程介紹 (26)
  • retrospective (15)
  • 敏捷需求探索 (22)
  • 自媒體 (2)
  • TOC (4)
  • Google Sprint (31)
  • 敏捷轉型 (68)
  • LeSS (5)
  • Kanban Experience Report (20)
  • 引導/教練 (29)
  • Spotify (4)
  • Pretotyping (7)
  • Lean Startup (22)
  • Impact Mapping (4)
  • Agile UX (35)
  • Kanban (115)
  • Lean from the Trenches (11)
  • Estimation (7)
  • Scaling & Distributed Agile (9)
  • Standup Meeting (18)
  • Feature Team (10)
  • scrum教學 (5)
  • 過敏 (9)
  • 魚油 (3)
  • Hadoop (1)
  • Scrum入門手冊 (4)
  • Kanban and Scrum (44)
  • 健康 (46)
  • TDD (41)
  • Cloud Computing (1)
  • 我的Scrum新體驗 (4)
  • Innovation (14)
  • Testing Books/Magazine/WebSite (12)
  • Regression Test (6)
  • 測試管理 (19)
  • 讀書心得 (27)
  • User Story (19)
  • Continuous Integration (16)
  • Scrum (126)
  • 勵志 (46)
  • Agile Concept (204)
  • MS Server (3)
  • Scrum and XP的實戰經驗 (65)
  • Performance Testing (38)
  • Agile Testing (41)
  • 投資理財 (25)
  • Exploratory Testing (22)
  • C# (1)
  • 專案管理 (25)
  • 測試自動化 (62)
  • 測試基本知識 (108)
  • 未分類文章 (1)

文章精選

參觀人氣

  • 本日人氣:
  • 累積人氣: