跑看板要不要把 Story 拆解成 Task?
wangterryonagile.blogspot.com · 134 words · saved by 1 readers
我不是看板專家，可是有一位看板專家 Ruddy 老師當我的同事，所以今天被指正了一個錯誤，我有點嚇到原來我之前的認知是錯的，但很爽。 所以我要利用下班的時間特地寫一下，來記錄一下。
我不是看板專家，可是有一位看板專家 Ruddy 老師當我的同事，所以今天被指正了一個錯誤，我有點嚇到原來我之前的認知是錯的，但很爽。 所以我要利用下班的時間特地寫一下，來記錄一下。 這題很吃 Context 原本的團隊運作看板方法是：我們有一個產品，有一個 PO，有一個團隊。PO 很棒棒的把他想做的東西寫成了 User Story 的形式，所以大小也很不錯，是可以在一個 iteration 內(兩個禮拜)完成好幾個 Story 的大小。PO 會把這些 Story 排序在看板的 ToDo 欄位上，團隊就一個一個拿過來做。 第一個 column 是 Analysis，拿過來的 Story 會先在這邊待一陣子，跟這個 Story 相關的人會討論這個 Story 該怎麼施工。這件事通常在 standup meeting 之後發生，然後隨時互相更新進度，隔天的 standup meeting 再一起看一下這個 Story 的狀況，隨時都可以去移動 Story 的 post it。 這個團隊開始跑看板半年以來，沒什麼問題，我也覺得這樣還蠻敏捷的呀。 可是，某一天有一個 Story 有點卡了久了一點，PO 一片好意地想幫忙，就問說這件 Story 現在狀況怎樣。可是在看板上他看不到，他只能看到這個 Story 在這個欄位停了很久，所以他請團隊能不能把 Story 拆成…
saved by
related reading
- SCRUM – Ruddy Lee 分享空間ruddyblog.wordpress.com
- 搞笑談軟工: 看板方法介紹（3）：Kanban方法的六個實務做法--Visualize與Limit WIPteddy-chen-tw.blogspot.com
- Scrum Guide （2017年）scrumguides.org
- Scrum Guide（2020年）scrumguides.org
- 用戶經驗 – 用戶經驗資料庫hcilibrary.wordpress.com
- Software Engineering - The Soft Parts | Peng Jie's Blogjiepeng.me
- [職場] (不負責任講座) PM 小哉問? ...... PM的工作是作什麼？dotblogs.com.tw
- PM 篇 - 除了聊貓，教你該如何與工程師溝通 - iT 邦幫忙::一起幫忙解決難題，拯救 IT 人的一天ithelp.ithome.com.tw
- 總結第一份工作的學習 （上）— 從 0 到 1 勝任產品經理technice.com.tw
- 如何有效的回報問題 (How to Report Problems Effectively) | Complete Thinkrickhw.github.io
- 10 個我們還在犯的設計小錯誤intersection.tw
- 【PM總動員】理想與現實 — 產品路線圖（Product Roadmap）如何應用於日常工作中？medium.com