IT サービスデスクを使用してインシデントを管理する

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

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

インシデント管理は短期ソリューションに重点を置いています。再発するインシデントまたは根本的な問題を管理するには、「IT サービスデスクで問題を管理する」を参照してください。

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. サービスデスクはインシデントをクローズします。

チームメンバーは、重大なインシデントについてインシデント後のレビューを実施してください。これらの調査は以下の判定に役立つことがあります。

  • 欠落している要件
  • サービスレベルアグリーメントに対する潜在的な変更
  • 潜在的なサービス改善点または重点領域


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

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

ITIL フレームワークをベースにインシデント管理用のワークフロー アドオン (https://marketplace.atlassian.com/plugins/com.atlassian.servicedesk.incident/server/overview) が構築されました。 

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

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

  1. JIRA 管理者グローバル権限を持つユーザーとしてログインし、こちらのに記載されている指示に従ってワークフローをインポートします。
  2. ワークフロー フィールドを追加するには、こちらの画面に従って画面をアクティブ化します: 画面を定義する

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





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

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

既定では、エージェントのインシデントのビューには次のフィールドが含まれます。必要に応じてカスタムフィールドを追加できますJIRA のフィールドについて詳細を読む

フィールド名

説明

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

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

ITSM を成功させるために多くのヒントやコツを参照し、ワンランク上のサービス デスクを実現する方法を習得しましょう。「IT アンプラグドの ITSM リソース」を参照してください

Last modified on Mar 14, 2018

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.