物理板在Scrum團隊中也很流行。

另一方面，大多數基于web的數字化問題跟蹤器，能為遠程辦公提供更為詳盡的信息。

這些問題跟蹤器還能幫你記住流程的步驟。

理想情況下，人們會喜歡物理板和問題跟蹤器，但是保持它們同步需要大量的工作。

沒有簡單的辦法能夠解決這個問題。有些人用投影儀播放問題跟蹤器使其看起來就像一塊物理板那樣，但是它并沒有相同的觸感，并且在投影圖像或顯示器移動任務與在物理板上并不一樣。物理板還有一個優勢是它總是健壯不宕機的，并且當團隊成員想要討論任務時參考起來很方便。

技術上，問題跟蹤器還是比較復雜的，通常都是以數據庫對象代表狀態機的方式實現的。通過web界面，用諸如電子郵件或自動化的方式創建一個問題。接下來，人們與之互動使其達到各種狀態。到最后，問題被歸檔為關閉狀態，以便未來參考。有時，流程的推移基于系統的交互。舉個簡單的例子：任務由于過期而自動關閉，所以就失效了。

工作流和問題的一些例子

盡管“問題”這個詞貫穿本章，它在一些系統里稱作“憑證”或是“缺陷”。在技術上它們是同一樣東西。一個問題可能是一個待辦事項、功能需求或是其他類型。一項功能改進和一個缺陷在技術上根本是同一樣東西，可能有些反直覺；不過如果你視功能改進為功能缺失，那就開始能感覺到那么點意思了。