Sprint 2 Retro：《Agile 成功法則｜敏捷實作者的解決方案》心得筆記
回顧
Sprint 2 的目標是閱讀《Agile 成功法則｜敏捷實作者的解決方案》一書，然後撰文做介紹。本篇是過程回顧文章，正文請看：Sprint 2：《Agile 成功法則｜敏捷實作者的解決方案》心得筆記。
一、估點數
因為閱讀每個章節的時間很容易預測，也不太有什麼變數，所以這次估點數相對簡單許多。這本書有七個章節，我給閱讀一到五章各 3 點，最後兩章因為只是名詞解釋和推薦書目，所以合併起來只給 2 點。另外還有，定文章架構給 3 點，最沒保握的是寫文章，所以給了 5 點。
二、看板
經過這兩個 Sprint，我覺得看板非常有效，可以一目瞭然當前的狀況，也會因為把便利貼一張一張貼到 Done 很有完成任務的成就感，因而產生動力去執行便利貼上面的項目。
以下是看板開始和結束時的樣子：
在這篇和往後的回顧文章上，只會保留開始和結束的兩張圖，不再附上每一個看板狀態有變化的時刻。原因是：
- 開始的圖，可以看出當個 Sprint 有哪些項目
- 結束的圖，可以看出項目被完成的狀況，以及是否在 Sprint 中有增減項目
- 過程中狀態的變化，我認為重點是在當下提醒自己還有多少事情還沒做完，但是做為回顧的紀錄似乎就沒有那麼必要了。當然，若有一些項目在 Sprint 結束時沒有被完成，是可以在檢討時檢視過程。但我仍然希望回顧文章可以精簡一些，只放關鍵點的圖
三、燃盡圖
在工作上，我越來越覺得燃盡圖是一個很好的工具，因為可以：
- 快速理解當下的進度和目標進度的差距
- 若燃盡圖折線的走勢不是穩定的下降（或過度穩定），可能是一種警訊
- 隨時可以向外部關係人（例如老闆）報告
不過在一個人的偽 SCRUM 生活實驗上，因為自己每個 Sprint 的項目不多，其實用看板就很清楚了。另外，和在工作上通常每天會有比較固定的工作時數不同，我每天會花在個人 Sprint 項目上的時間很不一定，比方假設連著兩天有一些預先安排好的行程，可能就完全不會執行 Sprint 上的項目，然後在空閒時補一些進度。這樣會導致燃盡圖走勢不穩定，但這是原來就有考慮到的狀況，所以不是個警訊或是問題。個人進度也不需要特別向誰報告，自己清楚就好。所以決定不再花時間畫燃盡圖。
檢討
一、增量的誤解
之前一直以為 Sprint 交付物：增量，一定要是一個可以繳交的「成品」。為了能在一個 Sprint 結束時繳交一個成品，就只能挑一些小故事做，或者將大故事硬拆成兩個可以獨立繳交的成品，但這樣會在明明還沒辦法繳交成品的時候硬擠出一個半成品，反而會浪費時間。所幸在還沒什麼副作用前讀了《Agile 成功法則》，修正了原本錯誤的想法。
二、怠惰
我通常不會把 Sprint 項目排得很滿，是為了留一些 buff 給突發事件，例如發現要完成的故事有更多項目須要執行，或者也可能是 Sprint 外臨時有一些事情進來。
這個 Sprint 的頭兩天因為覺得還有很多時間，所以怠惰了。後來真的臨時有其他事情進來，導致時間很緊迫。雖然最後還是有完成所有預定項目，但是做得有些匆忙。往後要努力克服怠惰的心，盡可能按部就班執行 Sprint 的項目，而不是明明沒事卻消耗掉預留的 buff。
NEXT
Sprint 3 故事：學會 Asalato 入門小招式
敬請期待~
