誰が、どこで、いつ
報告者および連絡先、影響を受けたユーザーまたは場所、検知時刻、既知であれば開始時刻、影響を受けたサービスまたはシステム、問題が観測されたチャネルを記録する。
ITインシデント報告テンプレート
使用可能な対応記録のためのITインシデント報告テンプレート
報告者に原因を診断させることなく、サービスへの影響、観察できる症状、証拠、対応責任、行動、更新、復旧、検証を記録します。
テンプレートは、サンプルデータ入りのインシデント登録と真のモバイル受け付けフォームとして表示されます。フィールドガイドを実用的な出発点として使用し、その後、担当責任、時間指定の更新、関連記録、検証が1つの文書内で安全に保持できなくなった場合に接続されたアプリを開きます。
5ユーザーまで無料。クレジットカードは不要です。
コードを書かずに、項目・ワークフロー・ダッシュボードを調整できます。 1,000以上のアプリテンプレートと活用例を見る
最初のビューはサンプルデータ入りのインシデント登録です。モバイルレポートを使用して、発見時点で症状、影響、証拠、連絡先情報を記録してください。
ライブ観測された影響が記録される
所有対応履歴が保持される
確認済み閉鎖前に復旧が確認される
対応チームが行動できる事実を記録する
良いレポートは、報告者に技術的な判断を強制せず、最初の確認ラウンドを減らす。
ユーザーが観測した内容
期待される動作、実際の症状、エラーメッセージ、発生頻度、範囲、最後に正常だった時刻、および安全に再現できる詳細を平易な言葉で記述する。
業務への影響および証拠
ブロックされた作業、影響を受ける量、重要な期限、回避策の可用性、スクリーンショットやファイル、プライバシー分類を記録します。サービスコンテキストを使用して優先度を決定するのは対応チームに任せます。
報告を信頼できる運用履歴に拡張します
初期報告は、対応担当者が制御された調査や連絡を追加する間も表示されたままにする必要があります。
担当責任と次の行動
責任者、専門作業ストリーム、次の行動、エスカレーション、対応目標、次回更新時刻を追加し、インシデントがチーム間で消えることのないようにします。
行動と決定事項
各調査や復旧行動を、時刻、担当者、理由、結果、証拠と共に記録します。次の対応および後のレビューの参考になるため、失敗した試みも保存します。
関係者向け更新
確認された影響、現在の対応、回避策、次回の更新は内部の仮説とは分けて保持してください。対象者、送信者、時間、チャネル、および配信結果を記録してください。
ステータスの変更ではなく、回復証拠で終了してください
報告は、サービスが復旧したかどうか、そしてその結果が維持されたかを示すと、役立つ歴史的資産となります。
回復と検証
復旧または回避策、影響を受けた環境、技術的チェック、業務トランザクションのチェック、監視結果、および必要なバックログやデータの照合を記載してください。
ユーザーまたはサービス所有者の確認
誰が使用可能性を確認したか、いつ確認したか、何をテストしたか、残存する制限がある場合はそれも記録してください。問題が再発した場合は、以前の結果を保持したまま記録を再開してください。
フォローアップルート
問題、変更、事後レビュー、サプライヤー案件、または再発、リスク、影響、学習価値が回復以上の作業を正当化する場合に是正措置をリンクします。
編集可能ダウンロード
サンプルデータ入りのインシデントレポートワークブックから開始
小規模で管理されたインシデント登録には編集可能なワークブックを使用してください。これには、代表的なアクティブ、待機中、回復済み、再オープン、および確認済みの例に加え、別のアクションおよびコミュニケーションログが含まれています。
- 影響、所有者、ステータス、タイミング、回復、および確認を含むインシデント登録
- インシデントIDでリンクされたアクションログおよびオーディエンス更新ログ
- サービス、優先度、ステータス、アクションタイプ、オーディエンス用の編集可能リスト
- アクティブ、リスク中、再オープン、および確認待ちの作業用サマリー数式
実際の意思決定をサポートするフィールドを使用します。
単に別のテンプレートにそのフィールドがあったからという理由でデータを収集することを避けます。
| 項目の区分 | 必要な理由 | 避ける |
|---|---|---|
| サービスと症状 | ルートおよび範囲の応答 | 報告者に根本原因を尋ねる |
| 影響とタイミング | 優先度とコミュニケーションをサポート | 感情的な重大度のみを使用する |
| 行動と結果 | 対応履歴を保持 | 最新のメモを上書きする |
| 回復と確認 | 利用可能な成果を証明する | 技術者の活動でクローズ |
なぜJODOOが適しているか
完全なレポートから協調されたインシデント対応に移行
影響、症状、証拠、担当責任、対応、コミュニケーション、回復、検証のための実用的なワークブックから始め、その記録にライブの引き継ぎが必要な場合にJodooを使用してください。
その結果、静的ファイルでは不十分な場合に、接続されたインシデント運用に成長できる実用的なテンプレートが得られる。元の報告書をそのまま保持する
応答者が優先度、調査、決定、回復の詳細を管理されたフィールドに追加する間、報告者が観察した内容を保持する。
対応を割り当て、担当責任を更新する
すべてのアクティブインシデントに責任ある所有者、次の対応、対応目標、次の連絡時刻を設定する。
フォローアップ記録を接続する
再発するインシデントを問題にリンクし、本番変更を変更にリンクし、重要なイベントをそのレビューと是正措置にリンクする。
開始を管理するためのファイルを使用し、ライブ対応にはJodooを使用してください
ワークブックは、一つのチームが制御されたインシデント記録を維持できる場合に便利です。担当責任と履歴が共有作業になる場合は、接続されたソフトウェアに移行してください。
次の場合はワークブックから始めてください
インシデントが限定されており、一人のコーディネーターがファイルを管理し、チームが主に一貫したフィールド、アクション履歴、コミュニケーション、クローズの証拠を必要とする場合。
次の場合はJodooに移行してください
複数の人が報告および対応し、更新が時間に敏感で、権限が異なり、関連記録が重要であるか、マネージャーがライブキューとダッシュボードを必要とする場合。
専門のインシデントプラットフォームを選ぶ場合
アラートの取り込み、ページング、可観測性の相関、インシデントチャットの調整が対応の中心です。
システムを変更する前にサービスチームが尋ねる質問
ITインシデント報告書には何を含めるべきですか？
報告者、時間、影響を受けたサービスまたはシステム、観測可能な症状、ユーザー範囲、ビジネスへの影響、証拠、対応担当者、行動と結果、通信、回復、検証、および追跡記録を含めます。
インシデント報告者は優先度を割り当てるべきですか？
観測可能な影響、緊急度、影響を受けるサービス、範囲、タイミング、および回避策のデータを優先してください。サービスチームは、報告者に推測させるのではなく、一貫した優先度モデルを適用できます。
テンプレートはいつアプリになるべきですか？
複数の人が担当責任を持つ必要がある場合、定時更新、権限、関連インシデント、監査履歴、ワークフロー、モバイル報告、ダッシュボード、または信頼できる終了証拠が必要な場合に、アプリに移行します。
私たちのチームはコードなしでインシデント報告の設定を適応できますか？
はい。認可されたビルダーは、変更を管理・テストされた状態で保持しながら、関連するフィールド、フォーム、ワークフロー、権限、自動化、ダッシュボードをコードなしで変更できます。
小さなチームは無料プランでインシデント報告を試すことができますか？
はい。Jodooの無料プランは最大5ユーザーまで対応し、クレジットカードは不要です。したがって、小規模チームはより広範な展開の前にこの動作シナリオをテストできます。
実際に動くアプリを見る
レポートから始め、その後、確認された復旧まで続けます
完全な例を確認し、インシデントが担当責任、コミュニケーション、関連作業、監査可能な結果を必要とする場合にライブアプリを開きます。
インシデント報告アプリを使用してください