產品服務有核心功能，程式碼區塊也是有核心模組。當發生 Bug 的時候，也會視影響程度跟嚴重程度決定是否要緊急上線修正。

CI/CD 也是同樣的道理，每個開發團隊所使用的 Job 數可能不盡相同，而當這些 Job 如果需要定期檢視或進行修正，也一定有優先權先後。列出這些 Job 的用途就是最重要事情，才能知道接下來要怎麼走。

1. 重要性先後

   每個開發團隊所使用的 Job 數都不相同，而設置的 Jenkins 環境變數，以及開發團注重的性質也完全不盡相同。所以也要看團隊最重視的哪個 Job，哪個 Job 優化或是本身的問題改善之後，會大幅提高開發效率。

2. 用途跟頻率

   • 了解這個 Job 在做些什麼，而是為了解決什麼問題，或是在開發流程當中是在做什麼。
   • 觸發條件是什麼？是時間、是遠端新增的分支，還是 git tag 等等。

3. 痛點

   現在遇到的狀況是什麼？或是一直影響大家的開發過程有哪些，可能不是開發的工程師，而是後續交付驗證的角色，或是佈署遇到什麼問題等等。

以上 3 點都列出來之後，發現目前的流程沒什麼需要改善的。那恭喜你，目前的開發流程都非常的健康。如果發現怪怪的問題，也沒有關係，接下來就來看看依重要性和痛點之後，可以如何進行優化。