第八章 處理技術性的使用者故事
摘錄至
Lean from the Trenches - managing large-scale projects with kanban, Henrik Kniberg
Chapter 8 Handling Tech stories
技術性的使用者故事(Tech Stories)是指專案內有些事情需要處理, 但是這些事情顧客是沒有興趣的. 像是更新資料庫版本, refactoring, 對舊的功能新增測試自動化的處理等等. 也就是一些內部的改進的工作, 對於專案的體質會是有幫助的.
技術性的使用者故事是在Features(Ready for Dev)這個欄位產生的, 然後被放到Next Ten Features這個欄位. 而Next Ten Features這欄位我們會拆成平行的兩個子欄位, 一個是給原先的features, 另一個是tech stories來放.
在Features這個欄位中, 我們會看到features和tech stories混雜在一起, 我們並不會花時間對它排序, 我們只會”及時”對它做處理. 也就是當要找Next Ten Features時, 我們才挑出十個features和五個tech stories出來做. 我們只要確保feature team有事做, 而不用花大把時間在排這些事情的優先順序.
當feature team有空可以處理下一個項目時, 可以決定要抓feature或是tech story. 我們並沒有任何規則決定要先抓哪一個, 相對地, 我們是在stand up meeting時持續討論和調整要做的事情.
此外, 我們會在tech story的便利貼上綠色的原點, 這樣我們在task board上面可以清楚看到這些項目的分布. 看看要做的功能和要改進的項目有多少, 讓我們可以即時根據這些資料來做調整.
留言列表
