主要會講一些這兩年在 Product Backlog 的管理與維護上的實踐,包括 Jira 的使用與自動化,以及如何透過 Miro 進行視覺化。
但是也只是先報名,
今年還不確定有沒有辦法在工作之餘擠出時間去寫文,不保證會開賽或者完賽。
就請不要期待 XD
從當初透過閱讀《Essential Scrum》暸解 Scrum 以來,感覺多數的書籍、文件,常跟我們 Product Backlog 應該是顆粒度粗的在下面,...
在還沒將 Product Backlog 視覺化的初期,最常出現的情況就是要做什麼通常只會在特定某人的腦袋,可能是 Product Owner、可能是 Boss...
昨天提到我們可以將 Product Backlog 中的待辦項目 (PBI) 寫出來作為幫助我們邁向共同思考的第一步。我今天則特別想介紹的是在我工作環境中俗稱「...
在昨天說的環節產生了卡紙後,他就會在不同階段作為承載不同資訊: 這張卡片在我們準備認領當次迭代的開發範疇後,會和其他張卡片一起按照 PO 當前的認為的 Prio...
在前兩天所述,卡紙在我們日常開發的情境,已足夠成為資訊的載體,他協助我們索引到釐清需求當天的對話與白板、丟到線上對話平台的照片、各項討論。只要有當時我們共同抽象...
那我的經驗裡,是什麼促使我們將紙本的 Product Backlog 拓展到數位化管理呢? 最主要的契機就是因為疫情來臨時,不得不在家工作的遠端合作,所以緊急的...
在 Day 5 我們提到 Product Backlog Item 的不同層次與顆粒度,如果只透過一疊卡紙或是一般的數位化管理工具的清單去管理這全部的顆粒度,我...
昨天聊到透過 Product Roadmap 可以分為兩個層級,但基本上都還是透過 Product Roadmap 本身去檢視。關於怎樣是一個好的 Produc...
昨天聊到顆粒度的第四層級,也就是我們平時常見的數位化管理工具的層級。那我們今天開始,就來聊聊我們該如何將 Product Backlog 拓展到數位化管理工具,...
數位化,也就是一個視覺化的機會,就像若我們要將 Kanban 應用在我們的專案,第一個原則就是視覺化。除了將待辦事項一項一項的建立起來,在實體就是卡紙或是便利貼...