捕捉症狀和業務影響
記錄使用者觀察到的情況、開始時間、受影響的服務或地點、影響範圍、可用證據以及可靠聯絡人。不要強迫報告者診斷根本原因或分配技術優先順序。
事件管理軟體
用於恢復服務的事件管理軟體——不只是關閉工單
為處置人員提供一個維運記錄，用於記錄影響、擁有權、診斷、更新、臨時解決方法、恢復、驗證及後續處理。
即時事件檢視可顯示正在發生的服務中斷及已經發生的風險。它展示了處置人員和服務所有者當前需要做出的決策，並保留驗證恢復及從重複事件中學習所需的證據。
最多 5 位使用者可免費使用，無需信用卡。
無需撰寫程式碼，即可調整欄位、工作流程和儀表板。 探索 1,000 多個應用程式範本與使用情境
第一個視圖顯示活動中的事故工作。使用行動裝置標籤可從手機報告症狀、影響、證據和聯絡資訊。
直播影響和服務背景
負責回應負責人及下一次更新
已驗證附有用戶確認的恢復
在不失控的情況下保持緊急性
記錄應幫助人們快速恢復服務，同時防止重要的背景資訊和決策在聊天中消失。
指派回應與溝通的責任
指定一個人對事件負責，另一個角色在必要時對利益相關者的更新負責。顯示下一步行動、下一次更新時間、升級狀態及目標風險，而不是依賴私人提醒。
必要時進行恢復、驗證及重新開啟
記錄臨時解決方案或恢復行動、技術驗證、受影響用戶確認及重新開啟的條件。已解決的狀態不應清除失敗的恢復檢查。
提供每個觀眾可以使用的細節
回應人、服務負責人、領導及受影響用戶需要對同一事件的不同視角。
回應人所需的技術背景
保持可觀察的症狀、近期變化、受影響的配置項目、日誌或附件、調查記錄、假設、行動及結果的時間順序背景，但不要將私人技術討論作為用戶更新曝光。
向受影響用戶提供清楚的更新
發布確認的影響、可用的替代方案、當前恢復活動，以及下一次更新的時間。將事實與假設分開，並保持受眾和傳遞狀態可見。
服務所有者的決策背景
顯示業務影響、已用時間、服務重要性、未履行的承諾、升級情況、再次發生的可能性，以及恢復後是否需要問題審查或更改。
將事件轉化為更安全的未來操作
並非每個事件都需要完整的事後檢討，但每次結案都應留下可辯護的運營結果。
在重複性問題重要時創建問題工作
將重複的症狀和相關事件連結到問題記錄，以便在回應通道沉寂後，仍能持續進行根本原因分析、已知錯誤處理和替代解決方案工作。
控制消除風險的變更
當永久修復需要生產環境修改時，將事件連接到具有自身風險、驗證、授權、實施和回滾決策的變更。
檢查結果是否成立
對重新開啟的服務、重複警報、用戶投訴或未解決的矯正措施安排短期有效性檢查。當能再次檢視時，結案信心會更強。
以影響、緊迫性和服務情境來設定優先順序
嚴重等級標籤應說明回應模式，而非取代判斷。
| 觀察到的狀況 | 回應模式 | 關閉前的證據 |
|---|---|---|
| 許多使用者無法使用關鍵服務 | 重大事件協調與頻繁更新 | 已達到復原標準；已通知利害關係人 |
| 材料退化並有替代方案 | 擁有事件並意識到目標的回應 | 替代方案或復原已驗證 |
| 對使用者的影響有限 | 標準事件佇列 | 舉報者或服務負責人確認使用 |
| 相同症狀持續出現 | 事件加上關聯問題 | 立即復原與預防工作分開處理 |
為什麼 JODOO 適合
根據影響、優先順序與復原調整事件回應
根據處置人員所需訊號配置事件紀錄：受影響服務、使用者影響、已用時間、負責人、當前行動、更新頻率、替代方案、復原與確認。
結果是支援中斷期間行動並在恢復後仍然有用的事件記錄。以可觀察的事實來精煉優先順序
改變影響範圍和緊急性問題，而不要求報告者診斷原因，然後將記錄分流至負責團隊。
保持回應與溝通在一起
對同一事件記錄調查、決策、變通方法、受眾更新和下一步承諾的行動。
在關閉前進行驗證
要求技術恢復、業務驗證、用戶確認或其他定義的檢查，並在事件重新開啟時保留先前歷史。
將回應協調與技術偵測分離
Jodoo 可以協調事件記錄及其人工交接，而不取代可觀察性或呼叫工具。
Jodoo 適合
影響捕捉、優先順序、擁有權、調查歷史、溝通、恢復檢查、重新開啟，以及相關的問題或變更工作。
連接現有的技術工具
參考警報、日誌、追蹤、值班事件、部署記錄、狀態通訊，以及來自其權威系統的技術證據。
當選擇專業事件平台時
本地事件關聯、自動分頁、事件聊天協調或可觀測性主導的回應是主要採購需求。
服務團隊在更改系統前會問的問題
事件與服務請求有什麼區別？
事件是恢復意外中斷或降級的服務。服務請求是滿足定義的、預期的需求，例如存取權、設備或標準服務。保持生命週期相關但分開。
使用者應該選擇事件優先順序嗎？
通常他們應該描述可觀察的影響和緊急性。服務團隊可以使用受影響的服務、用戶範圍、關鍵時間窗口、安全或合規影響，以及應對措施的可用性來應用優先級模型。
事件在解決後可以重新開啟嗎？
可以。保留原始的恢復行動和驗證結果，記錄服務再次失敗的原因，並繼續事件生命週期，而不是刪除或掩蓋先前的決策。
監控警報可以反饋到事件記錄嗎？
可以，通過適當的整合或自動化。監控仍然是技術信號的來源；Jodoo協調影響、責任、更新、恢復檢查和相關工作。
響應者可以更改事件欄位和恢復檢查嗎？
授權的建設者可以在事故實踐成熟後，無需編碼即可調整輸入欄位、優先規則、回應步驟、通知、恢復證據和儀表板。