當IT服務因故障等而停止或品質下降（事件）時，也利用暫時解決方法，盡快讓服務恢復正常狀態、減少對業務影響為目的的流程。依序進行受理與記錄、分類與決定優先順序、調查與解決、必要時的升級處理，以及向使用者確認後結案。找出根本原因以防止再發生，則是問題管理的角色。
日文名稱: インシデント管理
「事件管理（Incident management）」出現在2領域的3道練習題中（IT服務管理與系統稽核, 軟體開發與專案管理等）。
這個名詞所屬的領域: IT服務管理與系統稽核
事件是透過聯絡服務台或監控的通知而被發現。首先受理並記錄，將內容分類，再依影響度與緊急度決定優先順序。若已知錯誤中記錄有暫時解決方法，就利用它讓業務能立即恢復。服務台無法解決的事件，要進行轉交給專業技術團隊的功能性升級處理；若可能超過目標時間或影響重大，則進行向上級主管報告的層級性升級處理。解決後，向使用者確認服務已恢復再結案。
優先順序一般是組合受影響的使用者與業務範圍大小（影響度），以及必須多快解決（緊急度）來決定。例如全公司的接單業務停止的故障，影響度與緊急度都高，會成為最高的優先順序。若只是一位使用者的畫面顯示錯亂、業務仍能繼續，優先順序就較低。優先順序不是依受理的順序，或聯絡者的職位來決定。
事件的記錄會留下發生與解決的時刻、影響範圍、使用的暫時解決方法、相關的組態項目等。彙整這些記錄，就能報告是否遵守SLA中約定的解決時間，也能分析是否有相同原因的事件反覆發生。反覆發生的事件會登錄為問題，由問題管理調查其根本原因。
事件管理的目的是讓服務從正在發生的故障中盡快恢復，即使不知道原因，也會用暫時解決方法讓業務重新進行。問題管理的目的則是找出事件的根本原因，以永久性對策防止再發生。將盡快恢復的活動與花時間消除原因的活動分開管理。
資訊安全事件（未經授權存取、惡意軟體感染等）也是損害IT服務品質或安全的事件，觀念是共通的。不過，由於有保全證據、向相關機關通報等特有的程序，許多組織會由CSIRT等專業團隊應對，並與事件管理的程序互相配合。
事件管理的目的，是盡快讓服務恢復正常狀態，減少對業務的影響。
服務台接到使用者聯絡：「在費用報銷系統中，附加收據的影像後，送出按鈕就沒有反應。」相同的現象已登錄為已知錯誤，並記錄了…事件管理的目的，是在因故障等使服務停止或品質下降時，也利用暫時解決方法等，盡快恢復服務。
在 IT 服務管理中，以調查反覆發生之故障的根本原因，並透過永久性對策防止再發生為主要目的的流程為下列何者？在事件管理中，為了以有限的人力將對業務的影響降到最小，要為每件事件決定優先順序，以決定處理的順序與人力配置。
關於決定事件處理優先順序的觀念，下列何者適當？問題管理（Problem management） 變更管理（Change management） 服務台（Service desk） 內部控制（Internal control） 升級處理（Escalation） 系統稽核（Systems audit） 組態管理（Configuration management） 稽核軌跡（Audit trail） 職能分離（Segregation of duties） BCP（營運持續計畫）