証拠から問題を作成する
繰り返される症状、サービス履歴、トレンド分析、重大インシデントのレビュー、サプライヤー情報、または影響度の高いヒヤリハットを使用して、明確な調査質問を持つ問題を開きます。
問題管理ソフトウェア
再発を責任者が明確な予防に変える問題管理ソフトウェア
関連するインシデントをグループ化し、影響要因を調査し、利用可能な回避策を公開し、恒久的な修正を管理し、再発が実際に減少することを検証します。
ライブワークスペースは、再発パターンと既知のエラー状態から始まります。根本原因の作業から即時の復旧を分離しつつ、変更を正当化するために必要な証拠を結び付け、予防策が有効かどうかをテストします。
5ユーザーまで無料。クレジットカードは不要です。
コードを書かずに、項目・ワークフロー・ダッシュボードを調整できます。 1,000以上のアプリテンプレートと活用例を見る
最初のビューでは、アクティブな問題、既知のエラー、回避策、および是正措置の状態が表示されます。他のタブは、インシデント、変更、および有効性チェックに接続されます。
ライブ関連するインシデントとパターン
所有回避策と変更の担当責任
確認済み実施後の有効性
サービスの復旧を遅らせずにパターンを調査する
インシデント管理はサービスを現在復旧させます。問題管理は、障害が再発しやすい原因を問います。
仮説は検証可能に保つ
疑われる原因、支持および反する証拠、実験、観察、依存関係、影響要因を記録します。初期の理論をフィールドを埋めるためだけに公式な根本原因に変換しないでください。
暫定対応と恒久的修正を分ける
今すぐ対応可能な安全で範囲を限定した暫定対応を公開し、その後、リスク、検証、承認、実施、およびロールバックの証拠を伴う恒久的変更を管理します。
次のインシデント時に知識を実用化する
既知のエラー記録は、対応担当者がその状態を認識し、安全に行動できる場合にのみ有用である。
認識可能な症状を説明する
影響を受けるサービスまたは構成、観察可能な指標、トリガー条件、ユーザーへの影響、診断チェック、および除外事項を記載し、記録の適用範囲を対応担当者が理解できるようにする。
制御された回避策を公開する
前提条件、手順、リスク、権限、期待される結果、検証、およびロールバックを文書化する。回避策が永久的な伝承にならないよう、責任者とレビュー日を指定する。
使用をインシデントに関連付ける
回避策が適用された日時、担当者、対象環境、および結果を記録する。その使用履歴は、対応および恒久的な修正の意思決定を改善する。
成果の変化によって予防を測定する
アクションを完了することは、それが対処すべき運用リスクを減らすことと同じではない。
期待される効果を定義する
再発率、障害件数、復旧時間、アラートパターン、顧客への影響、手動介入などの測定可能な指標を選び、適切な観察期間を設定する。
正確な環境を確認する
承認された修正が意図したサービス、構成、地域、ユーザーグループに適用され、監視や業務チェックが期待通りに動作することを確認する。
リスクが残る場合は再開または修正する
インシデントが再発する場合、または対策が改善されない場合は、以前の仮説と行動の証拠を保持し、成功を閉鎖で作り出すのではなく、調査を続行する。
未回答の質問に基づいて次の記録を選択します
これにより、問題作業がインシデントや変更管理と重複するのを防ぎます。
| Question | 主要な記録 | 有用な結果 |
|---|---|---|
| サービスをどのように復旧させますか？ | 事件 | 確認済みの復旧または安全な回避策 |
| なぜこれが繰り返し発生するのですか？ | 問題 | サポートされた原因と予防計画 |
| その間、対応担当者はどのように安全に対処できますか？ | 既知のエラー | 認識可能な症状と管理された回避策 |
| 本番環境を安全にどのように変更しますか？ | 変更 | 承認された実施と検証 |
なぜJODOOが適しているか
繰り返されるインシデントを管理された予防記録に変える
症状、影響を受けるサービス、仮説、証拠、既知のエラー、回避策、是正変更、および有効性チェックを、インシデントチケットに無理に押し込むことなく接続します。
その結果、すべての仮説、回避策、変更、および有効性の決定が運用上の証拠に関連付けられた予防システムが完成する。詳細を失わずにグループ化して再発を管理する
各イベントの影響、タイミング、回復経路、サービスコンテキストを保持しながら、複数のインシデントを1つの問題に関連付ける。
制御された回避策を公開する
誰が回避策を使用できるか、そのリスクと限界、非公式の再利用ではなくエスカレーションが必要な条件を示す。
修正が効果的であったかどうかをテストする
変更またはアクションを完了まで追跡し、観察期間を定義し、リスクを閉じる前に再発やその他の有効性の指標を記録する。
Jodooを使用して調査責任および予防作業を行う
テクニカル分析は最適なツールで行いながら、問題記録を運用上の証拠とつなぎ続ける。
Jodooが適する領域
再発インシデントのグループ化、仮説、証拠の参照、既知のエラー、制御された回避策、是正変更、アクション、および有効性のレビュー。
技術的証拠を接続する
非構造化のメモとして複製するのではなく、トポロジー、ログ、メトリクス、トレース、コード、デプロイメント、サプライヤー分析、知識ソースを参照する。
専門プラットフォームを選択するとき
自動トポロジー、テレメトリ相関、機械支援の根本原因分析、または成熟した組み込み知識エコシステムは、開始時に不可欠である。
システムを変更する前にサービスチームが尋ねる質問
インシデント管理と問題管理の違いは何ですか？
インシデント管理は、中断後に正常なサービスを回復する。問題管理は、1つまたは複数のインシデントの原因と条件を調査し、再発や影響の軽減を目的とする作業を制御する。
既知のエラー記録には何が含まれるべきですか？
認識可能な症状、影響を受けるサービスや構成、確認済みまたは疑わしい原因、診断チェック、リスクと検証を伴う制御された回避策、担当責任、レビュー日付、および関連するインシデントや変更へのリンクを含めます。
すべてのインシデントに問題レコードが必要ですか？
いいえ。再発、影響、不確実性、リスク、学習価値が回復を超えた調査を正当化する場合に作成してください。すべてのインシデントの単なる重複として問題レコードを作成することは避けてください。
問題レコードは監視証拠を参照できますか？
はい。関連するアラート、傾向、および診断証拠をリンクまたはインポートし、監視システムを技術的情報源として、Jodooを調査およびフォローアップの記録として保持してください。
問題の所有者は調査および既知エラーのフィールドを変更できますか？
はい。承認されたビルダーは、コードなしで仮説、証拠、回避策、是正措置、レビュー、および有効性チェックのフィールドやワークフローを洗練できます。
実際に動くアプリを見る
繰り返されるインシデントから確認済みの予防へ移行する
モデルをサービスに適応させる前に、繰り返し発生する、調査中の、既知のエラー、変更予定、監視中、有効性確認済みの例を探索してください。
問題ワークスペースを探索する