ページツリー
メタデータの末尾にスキップ
メタデータの先頭に移動

インシデント モデルは、サービスデスクがサービスの中断や停止について調査、記録、解決する際に役立ちます。Information Technology Infrastructure Library (ITIL) のインシデント管理ワークフローは、ダウンタイムおよび悪影響の削減を目標としています。 

Incident management focuses on short-term solutions. To manage reoccurring incidents or underlying problems, see Managing problems with your IT service desk.

IT Service Desk テンプレートにはインシデント管理ワークフローが組み込まれています。このワークフローを使用することで、確実にインシデントを記録、診断、および解決できます。このワークフローから開始して、ビジネスニーズに合わせて適宜変更を加えることをお勧めします。

適切に管理されていればインシデントレコードは以下を明らかにできます。

  • 欠落しているサービス要件
  • 潜在的な改善点
  • 今後必要なチームメンバー研修

このページでは、Jira Service Desk を使用してインシデントを管理するためのベストプラクティスをいくつか紹介します。ITIL の推奨事項を最適な形でビジネスに生かす方法を習得する正式なトレーニングを探すこともできます。

インシデント管理プロセス

IT Service Desk テンプレートは特定のリクエストをインシデントワークフローに関連付けます。このワークフローは、以下のインシデント管理プロセスを補完するため設定されています。このワークフローから開始して、使用していく中で特定のニーズに合わせて適宜変更を加えることをお勧めします。

ITIL インシデント管理プロセス (要約):

  1. サービスのエンドユーザー、監視システム、または内部の IT メンバーが中断を報告します。
  2. サービスデスクはインシデントを説明し、ログに記録します。また、サービス中断に関連するすべての報告を相互にリンクします。
  3. サービスデスクは日時、報告者名、およびそのインシデントの固有 ID を記録します。Jira Service Desk はこれを自動的に実行します。
  4. サービスデスクエージェントは、インシデントを適切に分類するラベルを付けます。チームはインシデント後のレビューの間と報告書作成でこれらの分類を使用します。
  5. サービスデスクエージェントは影響と緊急性に基づいてインシデントの優先順位を付けます。
  6. チームはインシデント、影響を受けたサービス、および可能な解決策を診断します。エージェントはインシデントの報告者と連絡を取り、この診断の完了を支援します。
  7. 必要に応じて、サービスデスクチームはインシデントを 2 次サポート担当者にエスカレーションします。これらの担当者は影響を受けたシステムを専門に修正する人々です。
  8. サービスデスクはサービスの中断を解決し、修正が成功していることを検証します。解決策は将来参照できるように完全にドキュメント化されます。
  9. サービスデスクはインシデントをクローズします。
  10. チームメンバーは、重大なインシデントについてインシデント後のレビューを実施してください。これらの調査は以下の判定に役立つことがあります。
    1. 欠落している要件
    2. サービスレベルアグリーメントに対する潜在的な変更
    3. 潜在的なサービス改善点または重点領域


Jira Service Desk でインシデント管理をセットアップする

インシデント管理ワークフロー アドオンを使用してワークフローとフィールドを設定する

We used the ITIL framework to build the following workflow add-on for incident management: https://marketplace.atlassian.com/plugins/com.atlassian.servicedesk.incident/server/overview

このテンプレートを独自のインシデント管理プロセスのテンプレートとして使用することができます。

Marketplace のワークフローを使用する方法

  1. Log in as a user that has the Jira administrator global permission, and follow the instructions listed here to import a workflow.
  2. To add the workflow fields to your incidents, activate the screen by following the instructions here: Defining a screen.

インシデント管理ワークフロー





インシデントレポートの既定のフォームフィールド

Jira Service Desk では、カスタマーから収集する情報のフィールドをカスタマイズできます。さらに、エージェントが使用する情報のフィールドもカスタマイズできます。Jira Service Desk では、課題タイプのフィールドおよび画面を通じてこれを実行します。エージェントはフィールドを利用して、レポート作成または照会のためにインシデントの調査、評価、および分類を行うことができます。

By default, we include the following fields in your agents' view of an incident. If needed, you can  add  custom fields. Find out more about fields in Jira.

フィールド名

説明

要約リクエストの短い説明。
報告者リクエストの送信者。
コンポーネントリクエストに関連する IT インフラストラクチャのセグメント。たとえば、"請求サービス" または "VPN サーバー" などです。これらはラベル付け、分類、およびレポートに使用されます。
添付ファイルリクエストに追加されるファイルまたは画像。
説明リクエストの長く詳細な説明。
リンクされた課題リクエストに影響を与える、またはリクエストの影響を受ける他のリクエストの一覧。ビジネスで他のアトラシアン製品を使用している場合、この一覧に、リンクされている開発課題が含まれる場合があります。
担当者リクエストの作業に割り当てられているチーム メンバー。
優先度リクエストの解決状況の重要性は通常、ビジネスのニーズと目標に関係しています。優先度が影響と緊急性によって計算されることもあります。
ラベルレコードの分類またはクエリに使用される追加カスタム ラベルのリスト。
リクエスト参加者A list of extra customers who take part in the request, for example, people from other teams or vendors. Read more about participants.
承認者リクエストを承認する責任を持つユーザーの一覧。通常は、ビジネス、財務、または技術担当者。
組織リクエストの解決状況に関心を持っているカスタマーの一覧。
影響インシデントの影響。通常は、サービスレベルアグリーメントに関連。
緊急性ビジネスにインシデントの影響が感じられる前に利用可能な時間。
保留理由インシデントが進行していない理由を示す短い説明またはコード。
製品分類リクエストが影響する IT 資産またはシステムのカテゴリ。
操作分類リクエストを遂行するために必要なアクションまたは機能の分類。
ソースインシデントが発生した資産またはシステム。

IT サービス管理 (ITSM) について

Get more tips and tricks for successful ITSM, view case studies, and learn how to take your service desk to the next level. 

Check out the ITSM resources on IT Unplugged.

  • ラベルなし