列

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

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

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

類型\列需求池就緒開發測試待驗收待發布已關閉

需求	新建	新建	活動	已解決	已解決	已解決	已關閉
Bug	新建	新建	活動	已解決	已解決	已解決	已關閉

泳道

按照順序從上往下依次為

插入事件:緊急發布的需求,Bug或者急需解決的事項

Bug:需求缺陷或者數據缺陷

需求:只放當前迭代的需求

在制品限制

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

某一個事情出現阻礙停止(需要其他人員協助解決)。

兩個事情關聯性比較強(需求拆分不合理)。

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

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

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

0	0	開發人數x2X(是否拆分:是-2,否-1)	測試人數x2X(是否拆分:是-2,否-1)	0	0	0

卡片設計

用戶情景

字段

ID

指派人

故事點

標記

區域路徑

優先級

狀態更新日期

樣式

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

迭代日期=@當前迭代

創建日期≥@今天-1

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

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

Bug

字段

ID

指派人

故事點

標記

區域路徑

嚴重級別

狀態更新日期

樣式

3天未解決的BUG(黃色)

激活日期≤當前日期-3

狀態≠（新建，已關閉）

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

創建日期≤當前-60

狀態≠已關閉

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

迭代日期=當前迭代

狀態≠已關閉

嚴重級別=嚴重

任務

字段

ID

指派人

剩余工作

標記

活動

初始估計

樣式

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

初始估計>8

轉載于:https://www.cnblogs.com/Skyven/p/8379642.html

總結

以上是生活随笔為你收集整理的TFS看板的设计的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。