回想團隊一開始跑敏捷時，我拿著膠帶在牆上黏貼出任務看板，再列印裁切N張任務卡，就這樣純手工DIY一個衝刺的任務看板。

實體看板

• A區：user story處理進度，包含新增、作用中、擱置、已關閉
• B區：當前衝刺必須完成的user story(故事卡片)，也就稱之為「Sprint Backlog」衝刺待辦清單
• C區：user story拆解出的Task(工作卡片)，透過不同顏色分類前端與後端的開發工作
• D區：一張A4的衝刺資訊頁，清楚描述Spring goal、Sprint backlog、Schedule、Team member
• E區：臨時插單的任務 (=天外飛來的隕石)

故事卡片

工作卡片

• 優點：

1. 即時可視化： 團隊成員可以在辦公室內一目了然地看到看板進度，尤其適合小型或共同工作空間，增加透明度和互動性。
2. 簡單直觀： 無需技術工具，所有人都可以輕鬆使用。只需要一個白板、貼紙或便條紙，直觀明瞭，不需要培訓。
3. 促進團隊互動： 實體看板放在大家眼前，成員經常會圍繞看板進行討論，有助於激發創意和協作，提高面對面的溝通效率。
4. 靈活性高： 隨時隨地可以修改，更新速度極快，完全由手動控制，無需依賴軟體工具。

• 缺點：

1. 地點依賴性： 實體看板只能在特定地點查看，對於遠端工作或分布式團隊而言，實體看板的效用非常有限。
2. 難以保存歷史記錄： 實體看板不方便記錄過去的進度和資料，除非經常手動備份，否則歷史數據會隨著時間消失。
3. 空間限制： 看板空間有限，隨著專案規模增大，可能會顯得雜亂無章，不易維護。
4. 可追蹤性差： 難以自動追蹤任務完成的時間、速度等數據，對於需要詳細分析或報告的團隊來說，是一個挑戰。

衝刺開始之前，需要人工整理新衝刺的故事清單，將故事清單的所有資訊套印到word，列印出來裁切成「工作」項目，再一張一張貼到牆上，每個衝刺前需要半小時完成這些前置作業，雖然有點麻煩，但在每日燒腦構思系統需求之際，偶而用零散時間做這些事情也是挺療癒。

電子看板

歷經14個回合衝刺後，發現不同職務的工作產出成果，都使用不同的工具平台，團隊再透過故事ID作跨系統的關聯性，在瀏覽相關文件時，並沒有那麼方便。因此決定將實體任務看板轉換到「電子看板」，我們將SA撰寫的user story、UX繪製的wireframe畫面、PGd開發的source code、QA規劃的test case給予集中化管理，讓各職務的工作產出彙整在同一個數位工具平台(Azure DevOps)。

• 優點：

1. 無地域限制： 遠端團隊或分布式工作模式中，電子看板是理想選擇，所有成員無論身處何地都能即時查看和更新。
2. 歷史記錄保存： 電子看板可以自動保存並追蹤所有過去的工作紀錄，方便進行分析和報告，能更好地洞察團隊的運作情況。
3. 自動化功能： 電子看板通常具備進階功能，如自動提醒、工作量統計、進度報告生成，這有助於提高工作效率，減少手動操作。
4. 可擴展性： 電子看板對於大型項目或複雜工作流非常適合，能夠輕鬆處理大量任務、多人協作，並支持自訂工作流。

• 缺點：

1. 依賴技術： 電子看板需要網絡和設備支持，並且對於不熟悉數位工具的團隊成員來說，可能需要一定的學習成本。
2. 缺乏實體互動： 雖然可以進行遠程協作，但電子看板缺乏面對面討論的直接性，容易減少成員間的即時溝通和互動機會。
3. 過度複雜化的風險： 一些電子看板工具可能過於複雜，功能過載，導致使用體驗變得繁瑣，減少了靈活性。
4. 自律性要求較高： 因為沒有實體存在的提醒，成員需要較高的自律來時刻關注和更新電子看板，否則容易被忽視。

經歷過兩種不同看板的形式，也發現各有優缺點，大家可以根據不同場景和需求，選擇適合團隊的任務看板。