PIXNET Logo登入

David Ko的學習之旅

跳到主文

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

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

  • 相簿
  • 部落格
  • 留言
  • 名片
  • 9月 04 週四 201423:22
  • 影響地圖隨意談 (4) - 如何建立影響地圖

impact-map
當準備工作做好後, 接下來我們就要來產生影響地圖, 這裡我們有四個步驟
 
  
1. 畫出地圖骨架
以下是一開始的執行步驟:
a. 將第一個主要的里程碑放在中間.
b. 列出你需要影響的角色 (或是 persona) 
c. 根據這些角色列出所想要影響, 或是想要學習到的結果
d. 要提供哪些功能才能達成這些影響
這裡只是一開始的草圖, 讓我們要來思考更深入的問題, 以及找出可行的方案. 你可以試著問問
這個功能對這個影響有貢獻嗎?
這個影響對這個角色有效嗎?
這個角色對實現目標有幫助嗎?
通常這樣討論完後, 很多項目都會被移掉, 因為不是很確定是否真的有幫助, 尤其是新創公司或是新的產品開發, 我們要時間和精力用在刀口上. 我們要把錯誤的假設給移除.
另外一開始不用試圖列出完整項目, 角色不一定很多, 所產生的影響也不用一開始列全, 在討論的過程中, 如果它們很重要, 會自然而然地被引導出來.
還有個小技巧, 就是分幾個小組來討論, 然後再分享給大家, 便可以整合更多不同的想法, 產生出比較完整的結果.
2. 找出替代選項
當我們把骨架大致整理出來後, 我們要來思考是否有別的替代選項, 也可以達到目標, 也能對角色產生影響. 
這裡我們會用以下方式來幫助我們想出更多替代方案
a. 規定在某個時間內要產生出多少個點子
b. 只針對某些角色或是影響來討論
c. 分幾個小組來討論, 每 20 分鐘合併一些想法
另外還有一種接力的方法, 就是每個人輪流寫出一個選項, 並且不能跟前面的人重複,  想辦法輪個 2-3 輪, 這樣也可以刺激出更多想法.
3. 對影響排出優先順序
當我們有一堆選項後, 接下來就是要決定哪些比較重要. 為了讓我們容易決定, 我們可以詢問以下問題
a. 是否有些關鍵的障礙會阻止我們?
b. 有沒有很容易做, 但是回收高的影響?
c. 是否有些關鍵的假設需要確認?
或者我們可以投票方式來決定那些比較重要. 這個方式會比較快可以得到答案. 在投票時可以分成兩類, 一個是選比較關鍵的影響, 另一個是選比較容易實踐的影響
(繼續閱讀...)
文章標籤

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

  • 個人分類:Impact Mapping
▲top
  • 9月 03 週三 201420:18
  • 影響地圖隨意談 (3) - 建立影響地圖前要準備什麼

5-whys
在談完影響地圖是什麼, 以及對我們的幫助為何, 接下來我們就要來在建立影響地圖前, 我們需要準備什麼. 基本上有三個步驟:
1. 找到要實踐的目標
通常 PM 和工程師都有個毛病, 就是把系統要建置的功能當作要實踐的目標, 沒有去思考當初使用者遭遇到什麼問題, 或是我們想要達到的商業目的是什麼. 這樣會有什麼問題呢? 
(1) PM 只是業務人員, 他可能不懂技術, 因此提出的解決方案可能不見得最合適. 如果他沒有和團隊溝通使用者遇到了什麼事情, 或是我們公司的策略是什麼, 技術人員是無法提出更好的做法, 只能把功能當目標來實踐.
(2) 計劃趕不上變化. 需知道世界變化是很快速的, 這時最合適, 最火紅的技術, 可能下週就有問題或是過時了. 這時候如果你沒有牢記使用者的痛, 你可能只是為了做而做, 為了長官交代來去實踐, 最終你只能產出個不合時宜的東西出來.
這時候定義一個團隊真的要實踐的目標很重要, 要讓大家知道最終要達成的使命是什麼. 
這裡我們可以借助精益思考中 5 個為什麼 (5 whys) 的方法, 來徹底搞清楚為什麼這個目標對我們來說很重要.
(繼續閱讀...)
文章標籤

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

  • 個人分類:Impact Mapping
▲top
  • 9月 02 週二 201419:49
  • 影響地圖隨意談 (2) - 影響地圖可以幫助什麼?

fig2
在上一篇中, 我們介紹了影響地圖是什麼, 接下來我們要談的影響地圖可以幫助我們什麼:
1. 以可視化方式進行產品路線規劃
在建置影響地圖時, 我們需要邀請懂客戶業務的人員, 以及懂技術的專家一起參加. 利用資訊視覺化的方式, 讓大家對於要做的東西有一致的認知, 讓所有人有統一的願景. 
資訊可視化, 可以帶來以下好處
- 因為看得到所有事情, 讓參與感變強
- 基於呈現的東西, 容易觸發新的想法
- 改善集體記憶, 文字或是口頭的話語不容被記住.
(繼續閱讀...)
文章標籤

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

  • 個人分類:Impact Mapping
▲top
  • 9月 01 週一 201423:01
  • 影響地圖隨意談 (1) - 影響地圖是什麼?

business-communication
你有沒有發現到, 軟體開發部門和公司其他部門常常脫鉤的, 其他部門不了解所開的軟體的功能, 軟體開發部門常不清楚業務上的需求. 這往往是溝通上出了問題. 
 
 
溝通上之所以會有問題, 通常是雙方各自的假設沒有被了解. 不同的單位或是領域會有不同的假設, 如果可以讓他們很清楚地被呈現, 並且能加以檢視和證實, 那我們是否就能開發出比較好的軟體呢? 
這讓我想到敏捷宣言中提到, 快速產生出可運行的軟體, 可以讓我們早點得到客戶的回饋, 及早來修正開發的方向. 這是一種視覺化的方式, 讓需求文件或是客戶口中的東西, 變成可以看得到, 可以操作的, 這樣就可以幫助我們釐清雙方之間的落差. 可是有沒有一種方法, 能夠視覺化客戶問題和我們要開發的功能之間的關係, 這樣會不會讓我們比較不容易有誤差呢?
因此 Gojko Adzic 提出了一種思考分析的方法: 影響地圖,  透過視覺化的方式, 建立商業目標與產品功能的關係, 以及背後關聯的假設. 讓大家可以在資訊共享的狀況下, 讓業務部門和軟體部門一起討論, 做出正確的產品.
(繼續閱讀...)
文章標籤

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

  • 個人分類:Impact Mapping
▲top
1

文章搜尋

熱門文章

  • (81,343)焦點討論法 (ORID)
  • (19,194)KJ 親和圖法二三事
  • (13,554)設計觀點 (POV, Point of View) 和使用者故事的比較
  • (11,141)Test Case所涵蓋的範圍足夠了嗎?
  • (9,384)測試計劃該寫什麼?
  • (5,917)什麼是Definition of Done (DoD)?
  • (3,971)Cyclomatic Complexity
  • (3,099)你所應該知道的BVT
  • (2,969)Daily Standup Meeting的迷思
  • (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)

文章精選

參觀人氣

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