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

Information Technology Infrastructure Library (ITIL) distinguishes between incidents and problems. Incident management serves to quickly restore services or broken experiences. For more information on incidents, see incident management.

問題管理の目的は、インシデントの再発を防止することです。問題は一般的に、カスタマーではなく、内部の ITメンバーにより報告されます。

ITIL 問題管理ワークフローは、IT インフラストラクチャーの問題の調査、記録、および防止を目的としています。IT Service Desk テンプレートには問題を処理するためのワークフローが組み込まれています。テンプレートの既定のワークフローから開始して、ビジネスニーズに合わせて適宜変更を加えることをお勧めします。正しく管理されていれば、問題レコードはエージェントに対し、ナレッジベースに基地のエラーや回避策を詳述するようプロンプトを表示します。次のドキュメントを参照してください:

  • サービスエージェントが問題を解決し、サービスを回復できるよう支援する
  • ダウンタイムを削減する
  • IT インフラストラクチャーの品質と信頼を向上させる

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

問題管理プロセス

IT Service Desk テンプレートには問題管理ワークフローが組み込まれています。このワークフローは、以下の問題管理プロセスを補完するために設定されています。ワークフローを使用して問題登録を以下の ITIL 推奨アクティビティに沿ってトランジションします。

  • 問題の調査
  • 回避方法の特定
  • 既知のエラーの記録

既定のワークフローから開始して、使用していく中で特定のニーズに合わせて適宜変更を加えることをお勧めします。

ITIL 問題管理プロセス (要約):

  1. インシデントの傾向、ベンダー、または技術サポートスタッフにより、サービスデスクに問題が報告されます。
  2. サービスデスクのチームメンバーは問題の詳細を記録し、すべての関連インシデントをリンクします。
  3. サービスデスクエージェントは、問題を適切に分類するラベルを付けます。問題にリンクされているインシデントのラベルを再使用することもあります。チームはレビュー中と報告書作成でこれらの分類を使用します。
  4. サービスデスクエージェントは問題の優先順位付けを行います。関連インシデントの頻度とその影響に基づいて優先順位を決定します。
  5. サービスデスクチームは問題の根本原因を判別します。
  6. サービスデスクチームは、関連インシデントの解決に使用された回避策を記録します。これらの回避策は、サービスデスクが完全に問題を解決するまでサービスの中断を低減します。
  7. サービスデスクチームは既知のエラーをナレッジベースに追加します。これらには、関連インシデントの症状および関連回避策が含まれます。
  8. サービスデスクチームは、問題を解決するためにインフラストラクチャーに変更を加えることを提案します。
  9. サービスデスクは問題をクローズします。
  10. チームメンバーは重大な問題について綿密なレビューを実施してください。


Jira Service Desk で問題管理をセットアップする

問題管理ワークフロー アドオンを使用してワークフローとフィールドを設定する

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

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

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 a problem. 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 資産またはシステムのカテゴリ。
操作分類リクエストを遂行するために必要なアクションまたは機能の分類。
根本原因問題に関連するインシデントの元の原因。
回避策サービスを回復するための一時的な、既知の解決策の詳細な説明。Confluence を所有している場合、ご使用のナレッジベースに回避方法をドキュメント化することをお勧めします。

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.

  • ラベルなし