回報問題基本上就是遵循 4W1H + 有圖有真相原則來製作「Task 卡片」。

What: 哪種卡片樣式 ?
When: 哪時發生問題 ?
Where: 哪個位置/路徑發生問題 ?
Who: 哪個使用者發生問題 ?
How: 怎麼操作導致問題發生 ?

以下我用小畫家魔改一下IT邦幫忙/個人背景/鐵人賽成就icon成滑鼠飄過去後，顯示下載鐵人賽獎狀。

並將此圖片新增附件到卡片中，勾選在卡片上顯示。

有別於開發階段的「Task 卡片」都是在卡片上顯示筆記或檢查清單，運營階段適合顯示附件。
以上面這個案例在 Planner 開卡片如下 :

當工程師或程式設計師看到這樣的卡片時，
What -> 縮圖樣式的卡片就知道是業務部反應的問題卡片
When -> 以日期當標題開頭
Where -> 網頁的錯誤一定要給出完整的網址
Who -> 使用者帳號
How -> 圖片中簡單描述下操作的動作

細節差不多就是這樣。以下完全是個人經驗 :

• 運營階段所開出來的「Task 卡片」原則上都是當天解決。
• 除非是某項功能被反應很難操作、不User friendly而需要改版，就可能增加到三天。

不過由於有開發階段的洗鍊，開發文件都齊全時，運營階段每個卡片的估時會比開發階段更精準。

明天再來聊聊運營期間，是否也要每日10分鐘的疊代追蹤報告(iteration review)與驗收的code review。

ps. IT邦幫忙/個人背景/鐵人賽成就icon真的沒有下載獎狀功能。