列

產品開發的整個流程如下圖,將流程配置到看板的列：

需求池-->就緒-->開發-->測試-->待驗收 -->待發布 -->已關閉

一般將Bug和需求放在一塊看版上處理,工作項有自己單獨的狀態,可以通過模板設置調整，但是不推薦這麽做(配置難度較大，並且自帶的比較通用)，所以這裏工作項需要對應看板列，這樣在看板中操作時候可以利用流程做一些默認數據的填寫(例如指派給，時間等等),看板列和狀態對應關系如下:

泳道

按照順序從上往下依次為

1. 插入事件:緊急發布的需求,Bug或者急需解決的事項
2. Bug:需求缺陷或者數據缺陷
3. 需求:只放當前叠代的需求

在制品限制

無論開發還是測試最好是一次之做一件事情。如果同時處理兩件，那麽一般是兩種情況

1. 某一個事情出現阻礙停止(需要其他人員協助解決)。
2. 兩個事情關聯性比較強(需求拆分不合理)。

這兩個問題都是需要及時的暴露出來然後去解決.

在制品限制的一個重要作用就是及時的發現問題，找到問題的根源去解決和改進。每列對應的限制如下(0)為不限制,初始設定每個人同時可以做兩件事情,根據團隊實際使用情況可以做調整;限制如下:

卡片設計

用戶情景

字段

1. ID
2. 指派人
3. 故事點
4. 標記
5. 區域路徑
6. 優先級
7. 狀態更新日期

樣式

前一日新增的需求(米色)

1. 叠代日期=@當前叠代
2. 創建日期≥@今天-1

3天無進展的工作項(橙色)

叠代日期=當前叠代
更改日期≤當前日期-3
狀態 ≠ 新建
板列 ≠ 待發布

Bug

字段

1. ID
2. 指派人
3. 故事點
4. 標記
5. 區域路徑
6. 嚴重級別
7. 狀態更新日期

樣式

3天未解決的BUG(黃色)

1. 激活日期≤當前日期-3
2. 狀態≠（新建，已關閉）

2個月前提交未關閉的BUG(紅色)

1. 創建日期≤當前-60
2. 狀態≠已關閉

當前未關閉的嚴重BUG(紫色)

1. 叠代日期=當前叠代
2. 狀態≠已關閉
3. 嚴重級別=嚴重

任務

字段

1. ID
2. 指派人
3. 剩余工作
4. 標記
5. 活動
6. 初始估計

樣式

初始估計超過8小時(紅色)

1. 初始估計>8

TFS看板的設計