IT サービスデスクを使用してサービスリクエストを履行する
サービス リクエスト フルフィルメント プロセス
サービス リクエストをキャプチャーし、解決するために必要な情報は様々です。しかし、これらのリクエストを遂行するためのプロセスは標準化できます。
IT Service Desk テンプレートは特定のリクエストをサービス リクエスト フルフィルメント ワークフローに関連付けます。このワークフローは、サービス リクエスト フルィルメント プロセスを補完するために設定されています。サービス デスクの出発点として使用してください。
サービス リクエスト フルフィルメント プロセス概略:
- カスタマーがサービス カタログまたはメールを利用してヘルプを要求します。
- サービス デスクは、定義済みの承認および認定プロセスに沿ってリクエストを評価します。必要に応じて、財務またはビジネスの承認を得るためにリクエストを送信します。
- サービス デスク エージェントはこのサービス リクエストの遂行に取り組むか、遂行可能な人にリクエストを転送します。
- リクエストを解決すると、サービス デスクはチケットをクローズします。エージェントはカスタマーが満足しているかどうかを確認するためにカスタマーの意見を聞きます。
Jira Service Desk でサービス リクエスト フルフィルメントを設定する
サービス リクエスト ワークフロー アドオンを使用してワークフローとフィールドを設定する
We used the ITIL framework for change management to build a workflow for Jira Service Desk: https://marketplace.atlassian.com/plugins/com.atlassian.servicedesk.servicerequest/server/overview.
このアドオンをテンプレートとして使用し、独自のサービス フルフィルメント プロセス作成に役立てることができます。
Marketplace のワークフローを使用する方法
- Jira 管理者グローバル権限を持つユーザーとしてログインし、こちらに記載されている手順に従ってワークフローをインポートします。
- 変更の課題にワークフロー フィールドを追加するには、「画面を定義する」の手順に従って画面をアクティブ化します。
サービス リクエスト フルフィルメント ワークフロー
ポータルにサービス リクエスト フォームを作成するためのヒント
- 最も一般的なリクエストから開始します。単純で、フルフィルメントが容易なものを選択します。これはカスタマーに即座に価値を提供します。これにより、サービス デスク チームはサービス カタログの今後のフェーズ構築に向けて学ぶことができます。
- カタログに追加する前に、サービス リクエストのすべての要件を文書化します。これらには、質問データ、承認プロセス、フルフィルメント手順、フルフィルメント チーム、プロセス オーナー、SLA、レポートなどが含まれます。これにより、IT チームのリクエスト タイプ管理は時と共に向上していきます。
- リクエストのフルフィルメントを開始するために必要なデータをキャプチャーします。しかし、カスタマーにあまりにも多くの質問をして負担をかけないようにしてください。
- 可能な場合は、承認プロセスを標準化するために利害関係者と協力します。たとえば、新しいモニターに関するすべてのリクエストを事前承認します。または、ソフトウェアの承認をカスタマーのマネージャーに割り当てます。
- カスタマーが自分でリクエストを解決できる可能性のあるナレッジ ベースの情報はすべて文書化します。これをリンクされた Confluence スペースに記録します。そうすれば、カスタマーはポータルで検索中に記事を表示できます。ナレッジ ベースの作成については、こちらをご覧ください。
- リクエストのフルフィルメントにおけるチームのパフォーマンスをレビューします。SLA、要件、および研修を調整して、カスタマー満足度を向上させます。
- レポートを作成し、サービス リクエスト オファリングのライフサイクル管理に役立てます。このようにすることで、不要になったフォーム、複雑すぎるフォーム、または不十分なフォームを発見できます。
サービス リクエストの既定フォーム フィールド
Jira Service Desk を使用することで、カスタマーから収集される情報のフィールドをカスタマイズできます。さらに、エージェントが使用する情報のフィールドもカスタマイズできます。これは Jira Service Desk で、課題タイプ フィールドと画面によって実現されます。フィールドは、エージェントがリクエストのフルフィルメント、ベンダーとの話し合い、リクエストの分類を行う上で役立ちます。
既定では、エージェントのサービス リクエストのビューには次のフィールドが含まれます。
フィールド名 | 説明 |
---|---|
要約 | リクエストの短い説明。 |
報告者 | リクエストの送信者。 |
コンポーネント | リクエストに関連する IT インフラストラクチャのセグメント。たとえば、"請求サービス" または "VPN サーバー" などです。これらはラベル付け、分類、およびレポートに使用されます。 |
添付ファイル | リクエストに追加されるファイルまたは画像。 |
説明 | リクエストの長く詳細な説明。 |
リンクされた課題 | リクエストに影響を与える、またはリクエストの影響を受ける他のリクエストの一覧。ビジネスで他のアトラシアン製品を使用している場合、この一覧に、リンクされている開発課題が含まれる場合があります。 |
担当者 | リクエストのフルフィルメントを割り当てられたサービス デスク エージェント |
Priority | サービス デスクにとってのリクエスト解決の重要度。通常、ビジネスのニーズと目標に関係します。優先度が影響力と緊急性によって計算されることもあります。 |
ラベル | レコードの分類またはクエリに使用される追加カスタム ラベルのリスト。 |
リクエスト参加者 | リクエスト解決に参加する追加のカスタマーまたはベンダーのリスト。 |
承認者 | サービス リクエストを承認するビジネスまたは財務担当者のリスト。 |
組織 | リクエストの解決状況に関心を持っているカスタマーまたはベンダーの一覧。 |
ITIL が推奨する追加のフォーム フィールド
ITIL は、詳細なプロセスについては、複数のフィールドを追加することを推奨しています。IT Service Desk テンプレートは、既定ではこれらを組み込んでいません。これは、Jira Service Desk を使用する IT チームは多くの場合、これらのフィールドを使用しないためです。必要に応じて、これらのフィールドを含めるか、カスタム フィールドを追加できます。Jira のフィールドについては、こちらをご覧ください。
ITIL では、次のフィールドを含めることも推奨しています。
フィールド名 | 説明 |
---|---|
影響 | サービス リクエストの影響。通常は、サービス レベル アグリーメントに関連。 |
緊急性 | ビジネスがサービス リクエストの影響を受けるまでに利用可能な時間。 |
保留理由 | サービス リクエストが進行していない理由を示す短い説明またはコード。 |
製品分類 | リクエストが影響する IT 資産またはシステムのカテゴリ。 |
操作分類 | リクエストを遂行するために必要なアクションまたは機能の分類。 |
IT サービス管理 (ITSM) について
ITSM を成功させるために多くのヒントやケーススタディを参照し、ワンランク上のサービスデスクを実現する方法を習得してください。「IT Unplugged の ITSM リソース」をご覧ください。