SLA を設定する


With Jira Service Management, you can keep your team on track by setting goals for how quickly you manage customer issues. If these goals are set by your customer contracts, you might know them as Service Level Agreements, or SLAs.

SLA は次のような項目の進捗を追跡します。

  • 2 時間以内にすべてのリクエストに応答する。
  • 24 時間以内に高優先度のリクエストを解決する。

How SLAs look

To see how SLAs are displayed in the agent view and customer portal in different scenarios, see How teams see SLAs.

SLA の設定方法

Your Jira admin or project admin can set SLAs in Project settings > SLAs.

When you set an SLA, you choose three things:

  • Who can view your SLA: only agents or also customers on the customer portal
  • 時間メトリック。これは、いつ、どのように時間を測定するかを定義します。
  • 目標。これは、達成目標を定義します。

Choose who can view your SLA

By default, SLAs are visible only for agents. You can choose to display each SLA individually also for customers on the customer portal. Customers will see the status of your SLA and its time metric, but they won't see the goal itself (for example, within 5d).


時間メトリックは、課題のライフサイクルにおける 2 点間の時間を追跡するストップウォッチのように機能します。例えば、課題が作成された時点で計時を開始し、顧客の応答を待機している間は一時停止し、課題が解決された時点で計時を終了します。

Jira Service Management has pre-configured time metrics to cover the most common IT requirements, but you can modify these or create your own as needed.

新しい評価基準を作成するには、サービス デスク プロジェクトのサイドバーから、[プロジェクト設定] > [SLA] > [SLA の作成] を選択して、以下の条件を入力します。

名前この名前 (例えば、解決までの時間) は、課題の [SLA] セクションでエージェントに表示されます。エージェントはこの名前を確認し、測定対象を認識できます。SLA メトリックの名前を保存した後は変更できません。
Startこれらのいずれかが発生した場合 (例えば、課題が作成されたなど)、SLA に対する計時が開始されます。
一時停止これらの条件の少なくとも 1 つ (例えば、ステータス: 顧客の応答待ちなど) が課題に適用される場合は、SLA に対する計時は行われません。
停止これらのいずれかが発生した場合 (例えば、解決状況: 設定など)、SLA に対する計時が終了されます。

計時の開始、終了、および一時停止について、複数の条件を設定できます。次に示すのは、[解決までの時間] の SLA の条件セットの例です。  

ワークフロー全体を通じてタイム カウンターを開始および停止することでより複雑な SLA を作成する方法を確認するには、「例: 複数のサイクルで構成される SLA を作成する」を参照してください。


SLA メトリックの [目標] セクションでは、追跡する課題のタイプ ([課題])、課題を解決するまでの時間 ([目標])、およびチームの稼働時間 ([カレンダー]) を選択します。


  • 24 時間以内にブロッカー課題を解決する。
  • ビルド エンジニアリング チームにより作成されたブロッカー課題を 12 時間以内に解決する。
  • 経理チームにより作成されたブロッカー課題を 36 時間以内に解決する。

[新しい SLA] または [SLA の編集] 画面では、次のフィールドに必要事項を入力して目標を定義します。  

課題Jira クエリ言語 (JQL) を使用して、特定の課題基準を入力できます。課題のライフサイクルを通じて比較的一定に維持される基準に基づいて目標を設定します (例えば、ワークフロー ステータスではなく、課題の優先度)
目標事前に設定した SLA 条件に対する目標時間をここで指定します。時間の単位を使用して SLA 目標を指定する場合、Xh Ym (3h 30m など) と入力します。SLA 目標は日数ではなく、時間および分単位で設定します。
カレンダーSLA に対して計時が可能な場合、カレンダーで稼働時間を指定できます。



Jira Service Management lets you create calendars that match the working hours of your team including lunch breaks, holidays, and weekends. You can then assign that calendar to an SLA, so the clock stops when your team are away.

この方法については、「SLA カレンダーの作成と編集」を参照してください。

SLA calendars are unique to each service project. See Example: Creating a basic SLA for an example of setting up an SLA that uses a 9-5 working day SLA calendar.

SLA データの管理方法

If you create a new name for an SLA, it creates a new custom field that is available to all service projects in your Jira site. As a Jira administrator, you can choose whether users have to be Project administrators or Jira administrators to create new SLA names. You can also view the number of SLA fields being used, and clean up unused fields. 


  1. Choose Administration () > Applications. Scroll down to the Jira Service Management section and choose Configuration.
  2. SLA 評価基準名セクションで、新しい SLA 評価基準名を作成することができるユーザーを変更することができます。使用中ではない SLA カスタム フィールドがある場合、クリーン アップをクリックして削除します。

SLA 使用のベスト プラクティス

  1. 課題の報告者以外の担当者を選択するようにします。同じユーザーを割り当てると、SLA が不正確になる可能性があります。 
  2. If you edit an existing SLA, Jira Service Management will re-index all the existing issues in the project. For ongoing SLAs, the data for elapsed time will be recalculated to measure against the new metrics, but we won’t recalculate the cycles that have already been completed (i.e. a request fulfilled the Start and Stop conditions).
  3. 課題の目標に影響するような課題データの変更があった場合 (優先度が致命的からブロッカーに変更される場合など)、オープンの課題の場合のみ、以前の目標に対する時間が新しい目標に対して記録されます。
    例えば、サポート チームが致命的な課題に 1 時間費やした場合に、課題がブロッカーにエスカレーションされると、経過時間は新しい目標に対してカウントされます。その結果、SLA 違反になる場合もあります。
  4. If you're using filters in your service project to track SLA data, specifically priorities, make sure these filters include all the priorities defined in the associated priority scheme. See Associating priorities with projects for more details.
  5. 異なる SLA に依存する目標を設定することはお勧めしません。

最終更新日 2021 年 8 月 25 日


Powered by Confluence and Scroll Viewport.