根據證據建立問題
使用重複症狀、服務歷史、趨勢分析、重大事件回顧、供應商資訊或高影響近失事件來開立帶有明確調查問題的問題。
將相關事件分組,調查影響因素,發布可用的替代解決方案,控制永久修復措施,並驗證復發是否確實下降。
工作區從重複模式和已知錯誤狀態開始。它將即時恢復與根本原因工作分開,同時連接證據以證明變更的合理性並測試防範措施是否有效。
最多 5 位使用者可免費使用,無需信用卡。
無需撰寫程式碼,即可調整欄位、工作流程和儀表板。 探索 1,000 多個應用程式範本與使用情境
第一個檢視顯示現行問題、已知錯誤、變通方法和糾正行動狀態。其他標籤頁則連結事件、變更和效能檢查。
事件管理現在恢復服務。問題管理會詢問什麼原因可能使中斷再次發生。
使用重複症狀、服務歷史、趨勢分析、重大事件回顧、供應商資訊或高影響近失事件來開立帶有明確調查問題的問題。
記錄疑似原因、支持和矛盾證據、實驗、觀察、依賴關係和影響因素。不要僅為了填寫欄位就將早期理論轉為正式根本原因。
發布安全、範圍明確的臨時解決方案,讓處置人員現在就能應用,然後對永久變更進行自身的風險、驗證、授權、實施和回滾證據管理。
已知錯誤記錄只有在處置人員能夠識別狀況並安全行動時才有用。
說明受影響的服務或配置、可觀察的指標、觸發條件、用戶影響、診斷檢查和排除條件,使處置人員知道何時適用該記錄。
記錄先決條件、步驟、風險、權限、預期結果、驗證和回滾。指定負責人和審查日期,以防變通方法成為永久性傳說。
記錄變通方法何時被應用、由誰、在哪個環境以及結果如何。這種使用歷史改善了回應和永久修正決策。
完成某個行動並不等同於降低其旨在解決的操作風險。
選擇可衡量的信號,例如再發率、失效量、恢復時間、警示模式、客戶影響或人工干預,並設定適當的觀察期。
確認經核准的修正已達到預期的服務、配置、區域或用戶群,且監控或業務檢查仍按預期運作。
如果事件再次發生或措施沒有改善,保留先前的假設和行動證據,然後繼續調查,而不是透過結案來製造成功。
這可防止問題工作重複事件或變更控制。
| Question | 主要記錄 | 有用的結果 |
|---|---|---|
| 我們如何現在恢復服務? | 事件 | 已驗證的恢復或安全解決方法 |
| 為什麼這種情況一直發生? | 問題 | 已支持的原因及預防計畫 |
| 同時應對者如何安全處理? | 已知錯誤 | 可識別的症狀及控制性解決方法 |
| 我們如何安全地變更生產環境? | 變更 | 授權的實施及驗證 |
將症狀、受影響的服務、假設、證據、已知錯誤、解決方法、矯正變更及效果檢查連結起來,而不強制將它們納入事件單。
結果是一個防範系統,其中每個理論、替代方案、變更及有效性決策都與處置證據相連。將多個事件關聯到同一個問題,同時保留每個事件的影響、時間、恢復路徑及服務背景。
顯示誰可以使用替代方案、其風險與限制,以及需要升級而非非正式重用的條件。
追蹤變更或行動直到完成,定義觀察期,並在結束風險前記錄重複發生或其他有效性訊號。
在技術分析保持在最適工具進行的同時,保持問題記錄與處置證據相關連。
重複事件分組、假設、證據參考、已知錯誤、受控替代方案、糾正變更、行動及有效性審查。
參考拓撲、日誌、指標、追蹤、程式碼、部署、供應商分析及知識來源,而非將它們重複作為非結構化筆記。
自動化拓撲、遙測相關性、機器輔助根因分析或成熟的嵌入式知識生態系統在啟動時至關重要。
事件管理在中斷後恢復正常服務。問題管理調查一個或多個事件背後的原因和條件,並控制旨在減少重複發生或影響的工作。
包括可識別的症狀、受影響的服務或配置、已確認或懷疑的原因、診斷檢查、帶有風險和驗證的受控變通方法、負責人、審查日期,以及相關事件和變更的連結。
不需要。僅在事件重複發生、影響範圍、存在不確定性、風險或具有學習價值時,才建立問題記錄,以便進行超出恢復範圍的調查。避免將問題記錄設為每個事件的強制性重複項。
可以。在保持監控系統作為技術來源以及 Jodoo 作為調查和後續記錄的同時,鏈接或導入相關的警報、趨勢和診斷證據。
是的。經授權的設定人員可以在不使用程式碼的情況下,精煉假設、證據、變通方法、糾正行動、審查和效能檢查欄位與工作流程。