08:30 Alice: ……打上班卡的提醒，是為了做什麼啊？
08:45 Carol: 誰的提醒？
08:46 Alice: Jenkins 頻道早上上班的提醒
08:46 Alice: 我看專案沒有這個 JenkinsFile，然後這個 Job 是 admin 建立的
08:58 Bob: 提醒大家上班跟下班，不覺得有趣嗎？
08:59 Alice: 剛剛手機收到這個頻道的通知，想說昨天 push 的東西有問題，是要嚇死誰……
09:03 Bob: ??????

上班固然會有樂趣，但有些時候從有趣變成驚嚇就得不償失了。 也許開發團隊中有些 Job 是可能是在過渡期，或是為了試驗而放在執行的 Job。而當我們列出這些的用途、觸發條件還有重要性，就可以一一釐清哪些是可以放入優化 TODO 當中。

在前一天討論到列出的項目來說，會先解決痛點。痛點只要做處理，有改善是對現階段所有人都受益，除此之外在做過程當中，也會覺得比較有成就感。就前面不斷提到故事當中，一直在處理容量過大的問題，若不先處理的就會影響例行工作事物。這個痛點在處理的過程中當中，也發現它的重要性如果不處理的話，也會影響發版的流程。於是列出它七用途和頻率，所以在進行調整之後，問題就逐漸改善。

如果沒有痛點，也很好，代表現在團隊沒有急需處理的項目。那接下來就來看重要性，再最後來看用途和頻率。

重要性的先後，如果哪個 Job 先做優化，或做調整也會影響開發團隊最多的。每個團隊在查看清單可能會不盡相同，但是把這些項目列下來之後，如果團隊需要做討論的話，也可以釐清該怎麼往下一步走。