チーム管理対象サービス プロジェクトにある権限の概要

このページでは、内部サービス プロジェクト ユーザーの権限について説明します。顧客の情報については、顧客権限の詳細をお読みください。

チーム管理対象サービス プロジェクトでは、次の 2 つの主な設定でユーザーの権限が決定されます。

1. サービス プロジェクトの内部アクセス レベル。

2. サービス プロジェクトにおけるロール。

サイト管理者は組織がサブスクライブしているアトラシアン製品について、ライセンスを付与して使用を許可するユーザーを割り当てます。「アトラシアン サイト全体でユーザーとアプリケーションを管理する」をご参照ください。

内部アクセス レベル

サービス プロジェクトの内部アクセス レベルにより、ログインしている任意の Jira ユーザーに対し、サービス プロジェクトでの特定のロールを付与できます。

チーム管理対象サービス プロジェクトには、次の 2 つのシンプルな内部アクセス レベルが用意されています。

• 公開。サービス プロジェクトが公開されている際は、Jira サイト (ポータルではない) にログインしているすべてのユーザーがプロジェクトの顧客リクエストを表示して内部メモを追加できます。このアクセス レベルでは、Jira Service Management は Jira サイトにログインしているすべてのユーザーにサービス プロジェクトのエージェント ロールを割り当てます。エージェント ロールと Jira Service Management への製品アクセス権を持つユーザーのみが、顧客とやり取りしてリクエストを解決できます。

• 非公開。サービス プロジェクトが非公開の場合、Jira 管理者とサービス デスクに追加されたユーザーのみが、サービス プロジェクトを表示したり、検索結果でそのリクエストを確認したりすることができます。

Jira 管理者 (Jira 管理グローバル権限を持つユーザー) は常に、サービス プロジェクトの設定へのアクセス権を持ちます。

サービス プロジェクトのアクセス レベルは、Jira サイトへの内部アクセス権を持つユーザーに対して一般的な権限を設定します。独自のロールを作成して、各ユーザーに特定のアクセス権や追加の権限を付与できます。ロールの詳細をお読みください。

チーム管理対象サービス プロジェクト権限

チーム管理対象サービス プロジェクトでロールを定義するために付与できる権限の一覧は次のとおりです。 

添付ファイルの追加

この権限を使用すると、ユーザーがサービス プロジェクトのリクエストにファイルを添付できます。Jira 管理者は、添付できるファイルとファイルの大きさを制限できます。

通常、チーム メンバーまたはコラボレーターは自分の作業を説明するためにこの権限が必要です。課題へのファイルやスクリーンショットの添付の詳細をご確認ください。

内部コメントを追加

この権限を持つユーザーは、プロジェクトのどのリクエストにもコメントできます。

通常、チーム メンバーまたはコラボレーターは顧客リクエストで内部でやり取りするためにこの権限が必要です。内部コメントは、サービス プロジェクト ポータルを使用する顧客には表示されません。

課題ウォッチャーの追加または削除

この権限を持つユーザーは、リクエストのウォッチ リストからユーザーを追加または削除できます。

サービス プロジェクトを管理する

この権限を持つユーザーはサービス プロジェクト設定にアクセスできます。このユーザーは以下が可能です。

• サービス プロジェクトへの他のユーザーの内部アクセス権を編集する

• リクエスト タイプ、フィールド、ワークフローを設定する

• ポータルを変更する

• カスタマー通知を管理する

• ナレッジ ベース設定の変更

• 自動化ルールをセットアップする

• サービス レベル アグリーメントを管理する

• 顧客度満足度のアンケートを有効化または無効化する

• サービス プロジェクトと顧客リクエストを完全に削除する

リクエストを割り当て

この権限を使用すると、ユーザーが任意のサービス プロジェクト リクエストの [担当者] フィールドの値を変更できます。

この権限を持つチーム メンバーは、作業のさまざまなステージでタスクを引き渡すことができます。

内部でリクエストを作成する

この権限を使用すると、内部的に Jira サイトにログインしているユーザーがサービス プロジェクトにリクエストを作成できます。通常、これはナビゲーション バーの [+ 作成] ボタンで実行されます。

一部の組織では、これによって内部のコラボレーターが Jira 内の任意の場所からサービス プロジェクトにリクエストを簡単に登録できます。ただし、これは非推奨です。リクエストを内部で登録することによって、顧客フィールドへの不正なデータ エントリなど予期しない動作が発生する場合があります。内部のサービス チームでは、内部顧客に対してでもサービス プロジェクトのポータルを使用してもらうようにすることをお勧めします。また、サービス エージェントにおいても、顧客の代わりにリクエストを登録する際には、Jira 内部の作成ボタンではなくポータルを使用することをお勧めします。これは、顧客リクエストの [報告者] フィールドの適切な追跡、並び替え、フィルタリングに役立ちます。リクエストの登録方法に関する詳細についてご確認ください。

リクエストでのコラボレーション (一連の権限)

通常、この一連の権限は、プロジェクトの中心的なロールを持たないチーム メンバーに付与されます。チームでは、リクエストを実現するための質問への回答を得るために、このようなメンバーを関与させる場合があります。通常、これらのメンバーは、Jira Software を使用する開発者や Jira Work Management を使用するビジネス管理者です。組織によっては、これらの権限を開発者、テクニカル ライター、コンサルタント、またはその他のサポート ロールに付与できる場合があります。

この一連の権限を付与すると、次のバンドルされた権限が与えられます。

• 添付ファイルの追加

• コメントの追加

• 自分のコメントの編集

• 自身の添付ファイルを削除する

• 自分のコメントの削除

これらの権限は、Jira サイトへのログイン アクセス権を持つ任意のユーザーに付与することができます。たとえば、同じクラウド サイト上に複数の Jira 製品がある場合、Jira Service Management エージェントにこの一連の権限が与えられると、Jira Software で課題について共同で作業できるようになります。

任意の添付ファイルを削除する

この権限を持つユーザーは、サービス プロジェクトのリクエストで、任意のユーザーが追加した添付ファイルを削除できます。

一部のチームではこの権限を管理ロール用に予約している場合がありますが、オープンな組織では、この機能をすべてのチーム メンバーに付与することでメリットが得られます。たとえば、作業の進捗状況に応じて、技術的な図やその他の図が変更される可能性があります。チーム メンバーは元の添付ファイルの所有者ではなくても最新の状態に維持することができます。

内部コメントの削除

この権限を持つユーザーは、サービス プロジェクトのリクエストで、任意のユーザーが追加した内部コメントを削除できます。この権限は少しばかり強力です。

トレーサビリティと過去の調査のために、アトラシアンではすべての内部コメント、カスタマーへの返信、カスタマーのコメントを保存することを推奨しています。コメントは、リクエストの進行の追跡や今後のやり取りの改善点を検討するうえで参考になります。そのため、この権限はチーム リーダー、人事マネージャー、その他の管理ロールのみに付与することをおすすめします。

リクエストの削除

この権限を持つユーザーは、関連するフィールド データ、内部コメント、カスタマーの返信、作業ログを含む、プロジェクトの任意のリクエストを削除できます。

この権限は一般に、チーム リーダーまたはプロジェクトの管理ロールにのみ付与することが望まれます。一般に、リクエストを削除することは推奨されません。リクエストのステータスを完了カテゴリ ステータスに変更するほうが、不要なリクエストのクリーンアップよりも推奨されます。リクエストのステータスを変更すると、リクエストの報告者、担当者、およびウォッチャーに、チームがタスクで実行したアクションが通知されます。

作業ログ エントリを削除

この権限を持つユーザーは、サービス プロジェクトのリクエストで、任意のユーザーが追加した作業ログ エントリを削除できます。

通常、他のユーザーの作業ログ エントリの削除は、チーム リーダーまたはその他の管理ロール専用の権限です。

自身の添付ファイルを削除する

この権限を持つユーザーは、サービス プロジェクトのリクエストに自身が追加した任意のファイルや画像を削除できます。

通常、(添付ファイルの追加権限を持つために) リクエストにファイルを添付できるユーザーは、自分の添付ファイルを削除できることが望ましいです。このプラクティスは、リクエストを解決する過程で多くのバージョンのファイルや画像をアップロードした作業を明確化するのに役立ちます。コンプライアンスまたはトレーサビリティについて厳格な要件が課される組織では、この権限を制限してリクエストのライフ サイクルを通じて正確な履歴レコードを保持することを検討することが望まれます。

自分の内部コメントの削除

この権限を持つユーザーは、サービス プロジェクトのリクエストに自身が追加した任意の内部コメントを削除できます。

通常、(内部コメントの追加権限を持つために) 課題に内部コメントを追加できるユーザーは、自分の内部コメントを削除できることが望ましいです。これは、ある人物が誤ったコメントや、不正確なコメントを追加した場合に、作業を明確化するのに役立ちます。コンプライアンスまたはトレーサビリティについて厳格な要件が課される組織では、この権限を制限してリクエストのライフ サイクルを通じて正確な履歴レコードを保持することを検討することが望まれます。

自分の作業ログ エントリを削除

この権限を使用すると、自身が記録した時間、残余として見積もられた時間、サービス プロジェクトの任意のリクエストに追加した作業ログの説明を削除できます。

通常、サービス プロジェクトで作業して時間を記録しているユーザーは、データ入力時のエラーに備え、自分の作業ログを削除できる必要があります。

内部コメントを編集

この権限を使用すると、ユーザーは任意のサービス プロジェクト リクエストに追加された任意の内部コメントの内容を変更できます。

オープンな組織では、チームで互いの内部コメントを編集して、スペル ミスやリンク切れなどの軽微な問題を修正したり、コミュニケーションの流れを整理したりすることが推奨されます。厳格なコンプライアンスまたはトレーサビリティ要件を持つ組織は、この権限をチーム リーダーまたはプロジェクト マネージャー用に予約する場合があります。

期日を編集

この権限を使用すると、ユーザーが任意のサービス プロジェクト リクエストの既定の [期日] フィールドの値を変更できます。

厳格なコンプライアンスまたはトレーサビリティ要件を持つ組織は、この権限をチーム リーダーまたはプロジェクト マネージャー用に予約する場合があります。

リクエストの編集

この権限を持つユーザーは、要約や説明を変更したり、別の権限 (リクエストを割り当てや報告者を変更権限など) で制限されていないフィールドの値を変更したりできます。

オープンな組織ではチームに対し、作業でリクエストを表示する際にフィールドを調整することで互いの作業を最新の状態に維持するよう促します。説明を明確化し、フィールドを更新できるようにすることは、スタンドアップ ミーティング、計画ミーティング、またはキュー整理セッションなどの共通のミーティング時にリクエストのレビューを実施する可能性があるチーム メンバーには特に便利です。厳格なコンプライアンスまたはトレーサビリティ要件を持つ組織は、この権限をチーム リーダーまたはプロジェクト マネージャー用に予約する場合があります。

作業ログ エントリを編集

この権限を使用すると、サービス プロジェクトのいずれかのリクエストで任意のユーザーによって追加された記録時間、残り時間、および作業ログの説明を変更できます。

通常、他のユーザーの作業ログ エントリの調整は、チーム リーダーまたはその他の管理ロール用に予約されます。

報告者を変更

この権限によって、ユーザーは任意のサービス プロジェクト リクエストにおいて [報告者] フィールドの既定値を変更できます。[報告者] フィールドには、リクエストの登録時にリクエストの作成者が自動で設定されます。通常、これはポータルからリクエストを送信する顧客です。顧客の代わりにリクエストを登録する際は、[報告者] フィールドを手動で設定する場合があります。顧客の代わりにリクエストを登録する方法に関する詳細についてご確認ください。

自分の内部コメントを編集

この権限を持つユーザーは、サービス プロジェクトのリクエストに自身が追加した任意の内部コメントの内容を変更できます。

通常、(内部コメントの追加権限を持つために) リクエストに内部コメントを追加できるユーザーは、自分のコメントを変更したり、スペルミスやリンク切れなどの軽微な問題を修正できることが望ましいです。コンプライアンスまたはトレーサビリティについて厳格な要件が課される組織では、この権限を制限してリクエストのライフ サイクルを通じて正確な履歴レコードを保持することを検討することが望まれます。

自分の作業ログ エントリを編集

この権限を使用すると、自身が記録した時間、残余として見積もられた時間、サービス プロジェクトの任意のリクエストに追加した作業ログの説明を変更できます。

通常、サービス プロジェクトで作業して時間を記録しているユーザーは、データ入力時のエラーや作業のスコープまたは要件の変更に備え、自分の作業ログを調整できる必要があります。

課題をリンク

この権限を持つユーザーは、サービス プロジェクト内のリクエストを別のリクエストや、サイト上の他のプロジェクトの課題およびリクエストにリンクすることができます。リンクを正常に表示するには、ターゲット プロジェクト内で同じ権限が必要です。

リクエストの作業を記録

この権限を持つユーザーは、サービス プロジェクトの任意のリクエストで時間管理フィールドを操作できます。

この権限を持つユーザーは、リクエストに費やした時間と対応までの残りの時間を示す作業ログ エントリ (プロセス中に行った作業の簡単な説明を含む) を作成することができます。

プロジェクトのリクエストを管理 (一覧の権限)

通常、この一連の権限は、チーム リーダーやマネージャーなどのサービス プロジェクト全体を監督するロールに付与されるのが一般的です。

この権限を付与すると、次のバンドルされた権限も与えられます。

• リクエスト ウォッチャーの追加または削除

• 任意の添付ファイルを削除する

• コメントを削除

• 期日を編集

• 内部コメントを編集

• 作業ログ エントリを編集

• 報告者を変更

• リクエストの削除

• 作業ログ エントリを削除

Jira Software プロジェクトのスプリントでリクエストを管理する

この権限を持つユーザーは、Jira Software プロジェクトでスプリントを作成、開始、および完了できます。これには、サービス プロジェクトからのリクエストが含まれます。この権限により、Jira Software を使用するチームに、サービス プロジェクト リクエストでトランジション、編集、および顧客とやり取りする権限が与えられることはありません。

スプリントとはアジャイル方式に由来するコンセプトで、具体的にはスクラムと呼ばれる作業方法を指します。通常、スプリントはチーム リーダーか指名されたスクラム マスターが管理します。スクラムで作業する一部の Jira Software チームではチームのワークスペースの進捗を追跡するために、スプリント ボードに Jira Service Management の顧客リクエストを含める場合があります。たとえば、ソフトウェアを開発する組織で、顧客からバグ レポートを収集する Jira Service Management プロジェクトを持っている場合があります。Jira Software を使用する内部開発チームはこれらのバグ レポートを Jira Software プロジェクトで課題として再作成するのではなく、スクラム開発ボードにそれらを含めるようにフィルターを作成できます。このようなタイプのチームには、サービス プロジェクトのリクエストを含むスプリントを開始して完了する権限が必要です。

リクエストをトランジション

この権限を持つユーザーは、サービス プロジェクトの任意のリクエストで、リクエストのワークフローを表示し、ステータスを更新できます。ワークフローを通じて任意の課題を移動し、トランジションに関連付けられているワークフローまたは自動化ルールがあった場合はそれをトリガーします。この権限は、リクエストを移動できるユーザーを制限するワークフロー ルールによってオーバーライドされる場合があります。ワークフロー ルールの詳細をご確認ください。

この権限は、企業管理対象プロジェクトの課題のトランジション、課題の解決、課題のクローズの各権限を組み合わせたものです。

ウォッチャーを表示

この権限を持つユーザーは、サービス プロジェクトの任意のリクエストをウォッチしているユーザーを表示することができます。

Jira サイトにログインするすべてのユーザーにこの権限を付与できます。

サービス プロジェクト リクエストでの作業 (一連の権限)

この一連の権限は、サービス エージェント、サービス チーム マネージャー、およびカスタマーのリクエストの解決に直接取り組む他のユーザーに付与されるのが一般的です。通常、中核チームのメンバーとみなされるユーザーに付与される権限です。

この権限を付与すると、次のバンドルされた権限も与えられます。

• リクエストを割り当て

• 自分の作業ログ エントリを削除

• リクエストの編集

• 自分の作業ログ エントリを編集

• リクエストのリンク

• リクエストの作業を記録

• リクエストをトランジション

これらの権限をロールに付与すると、そのロールを持つすべてのユーザーがサービス プロジェクト顧客とやり取りできます。