回顧Day 7任務分配時，理想型的情境。

由於成員都是依照自己的專長挑走了卡片，燃盡圖(Burndown Chart)中，較不會發生如六、日休假，進度未推進的水平線狀態。

因此，燃盡圖(Burndown Chart)較接近昨日的案例一與案例二的情形。由於每日都有進度推進，不需要Scrum 導師(SM)介入。可以簡單的下個結論 :

理想中的燃盡圖(Burndown Chart)，在日常工作時段其斜率必定為負值，表示工作進度持續被完成中。

不過，這並不表示開發過程中，個別成員不會發生無法處理的問題。只能確定發生問題的事件，不會阻礙到其他任務的推進。以Day 9疊代追蹤報告(iteration review)所提及的任務不順利案例來看，

在第一次衝刺活動(sprint)期間，由於問題確實地回報在「Task 卡片」上，因此被順利解決。延續Day 9所列的問題，這裡介紹當問題解決時，「Task 卡片」調整成已完成狀態時，要確認的事項及操作。

• 進度改為已完成。
• 筆記簡單描述每個介接請求的路經，並勾選在卡片上顯示。
• 檢查清單處，點擊打勾後，原先問題就會被加上刪除線。
  
• 附件就是 postman 的測試結果。
  然後，Scrum 導師(SM)在疊代追蹤報告(iteration review)結束後，就能把該卡片拉到開發部已完成貯體中的已完成的工作。
  

這裡強烈建議每張卡片被拉進已完成的這個動作，由Scrum 導師(SM)在每日的疊代追蹤報告(iteration review)後，統一操作。
以前的工作經驗，曾經發生成員在偷跑下一期任務時，未在新卡片上操作，而是把把已完成的項目卡片，直接拉回進行中。結果導致燃盡圖(Burndown Chart)發生以下不合理的走勢 :

本來9/5剩下四張卡片未處理，怎麼9/6就變成五張卡片未處理 ?
順帶一提，下圖僅可能發生最後一期的衝刺活動(sprint)中。
即便在9/6已經完成當期12張卡片，相信我，第二期的會接續補上。因此只有在最後一期才有機會發生。

今天主要還是在專案順利，不需要Scrum 導師(SM)介入的狀態。明天來聊聊當問題阻礙其他卡片進行時，Scrum 導師(SM)能有什麼策略與手段，來使專案順遂達標吧 !