【Jira】チーム管理プロジェクトで権限を細かく分けられない時の対応

Jiraのチーム管理プロジェクト(Team-managed project)は、小規模なチーム向けに設計されており、権限設定がシンプルになっています。しかし、組織の拡大やセキュリティ要件の厳格化に伴い、「特定の操作を特定のメンバーだけに制限したい」「プロジェクト内でロールごとに細かく権限を分けたい」というニーズが生じることがあります。この記事では、チーム管理プロジェクトで権限を細かく分けられない原因を整理し、具体的な対応方法や代替手段を解説します。

チーム管理プロジェクトの権限構造を理解する

チーム管理プロジェクトは、Jiraのプロジェクトタイプの一つで、プロジェクト作成者が管理者となり、権限はプリセットされたロール(管理者、メンバー、閲覧者)に限定されています。各ロールに割り当てられた権限はJiraシステム側で固定されており、ユーザー側で細かい権限の追加や削除はできません。例えば、「課題の作成は許可するが、削除は禁止する」「特定の画面だけ閲覧可能にする」といった設定はチーム管理プロジェクトでは行えません。

この制限は、運用をシンプルに保ち、プロジェクト管理の学習コストを下げることを意図しています。しかし、組織のポリシーやコンプライアンス要件が厳しい場合には、この制限が障壁となります。なお、チーム管理プロジェクトと会社管理プロジェクトでは、権限の管理単位が異なります。会社管理プロジェクトでは、権限スキームを使用してロールごとに細かく権限を定義できます。

チーム管理プロジェクトのロールと権限の具体例

チーム管理プロジェクトでは、以下の3つのロールが自動的に用意されます。

• プロジェクト管理者: すべての操作が可能。プロジェクト設定、ユーザー追加・削除、課題の編集・削除など。
• メンバー: 課題の作成、編集、コメント、アサインなど基本的な操作が可能。ただし、プロジェクト設定の変更や課題の削除はできません。
• 閲覧者: 課題の閲覧のみ可能。コメントや編集はできません。

これにより、多くのチームでは十分な権限制御が実現できますが、たとえば「特定のイシュータイプだけ作成を禁止したい」「特定のユーザーグループにだけ課題の削除を許可したい」といった要件は満たせません。

細かい権限が必要な場合の代替案

チーム管理プロジェクトは権限のカスタマイズができないため、より細かい制御が必要な場合には、以下の代替手段を検討する必要があります。

会社管理プロジェクトへの移行

最も根本的な解決方法は、プロジェクトを会社管理タイプに移行することです。会社管理プロジェクトでは、権限スキームを自由に設計でき、任意のロールを作成して各権限をオン・オフできます。移行にはJira管理者(システム管理者)の権限が必要です。手順としては、既存のチーム管理プロジェクトを会社管理に変換するか、新規に会社管理プロジェクトを作成してデータを移行します。変換機能はJiraのバージョンによって異なるため、管理者に確認してください。

課題セキュリティレベルを使用した制限

チーム管理プロジェクトでは権限をロール単位でしか設定できませんが、課題セキュリティレベルを使用することで、特定の課題を特定のユーザーだけに表示させることは可能です。ただし、これは「表示の制限」であり、操作権限の細かい制御にはなりません。たとえば、機密課題を特定メンバーのみ閲覧可能にできますが、その課題に対する編集権限までは制御できません。

コンポーネントと課題種別の活用

チーム管理プロジェクトでは、コンポーネントに対してデフォルトの担当者や通知を設定できますが、権限自体はコンポーネント単位で制限できません。同様に、課題種別ごとに権限を変えることもできません。ただし、ワークフローのトランジションを制限する方法はあります。たとえば、特定のステータスへの移行を「管理者のみ」に設定することで、間接的に操作を制限できます。

グループ管理と外部連携

ユーザーをグループにまとめ、プロジェクトへの参加をグループ単位で行うことで、管理を簡略化できます。ただし、グループ単位で権限を細かく設定できるわけではありません。また、Jiraと連携する他のツール(例:Confluenceのページ権限)を併用することで、一部の情報の公開範囲を制御する方法もあります。

具体的な手順:会社管理プロジェクトへの移行申請

権限を細かく分けたい場合、最終的には会社管理プロジェクトへの移行が最も確実です。以下に、管理者へ依頼する際の手順を示します。

1. 現在のプロジェクトがチーム管理であることを確認します。プロジェクト設定画面の左メニューに「プロジェクト設定」の項目があればチーム管理、なければ会社管理の可能性があります。正確にはJira管理画面でプロジェクトタイプを確認してください。
2. Jiraのシステム管理者(多くの場合はIT部門)に連絡し、以下の情報を伝えます。
   ・プロジェクト名(例:マーケティングプロジェクト)
   ・必要な権限制御の具体例(例:「QAメンバーには課題の作成とコメントのみ許可し、削除は禁止」など)
   ・移行希望の時期とデータ移行の必要性
3. 管理者はプロジェクトタイプを「会社管理」に変換するか、新規に会社管理プロジェクトを作成してデータを移行します。変換が可能な場合は、管理者向けの「プロジェクト設定」→「プロジェクトの詳細」→「プロジェクトタイプの変更」から行います(Jiraバージョンにより異なります)。
4. 移行後、権限スキームを設定します。管理者が権限スキームを作成し、プロジェクトに割り当てる必要があります。あなた(プロジェクトリーダー)は要件を伝え、スキームの設計を依頼します。
5. テストユーザーで権限が正しく動作するか確認します。すべての操作が想定通りに制限されているかをチェックし、問題があれば管理者に修正を依頼します。

この手順の中で、管理者が「プロジェクトの変換はできない」と回答する場合もあります。その場合は、新規プロジェクト作成とデータのエクスポート・インポート(CSVやJiraのプロジェクト移行機能)を検討します。

失敗パターンと判断基準

権限を細かく分けられない問題でよくある失敗パターンを紹介します。これらのパターンに当てはまる場合、適切な対応を取ってください。

チーム管理のまま無理に権限制限をかけようとする

「権限」画面でロールを追加しても、権限自体は変更できません。JiraのUI上で「権限」タブが見つからない場合も、チーム管理プロジェクトである証拠です。この状態で何度設定を変更しても、細かい制御はできないため、早めに管理者へ相談しましょう。

「閲覧者」ロールを削除して全員をメンバーにする誤解

チーム管理プロジェクトでは、ロールの追加・削除は可能ですが、それによって操作権限が増減するわけではありません。たとえば、閲覧者ロールを削除しても、そのロールに割り当てられたユーザーはプロジェクトから自動的に除外されるわけではありません。権限の変更ではなく、単にロールの割り当てが変わるだけです。

管理者が「権限は変更できる」と言うが実際には反映されない

Jiraのバージョンや設定によっては、管理者画面からチーム管理プロジェクトの権限を変更できる場合もあります。しかし、それはシステム全体の許可設定であり、プロジェクト単位での細かい制御ではありません。管理者が「権限スキームを変更した」と言っても、チーム管理プロジェクトには権限スキームが適用されないため、期待した動作にはなりません。

会社管理プロジェクトに移行後、既存のデータやワークフローが壊れる

移行時に、カスタムフィールドやワークフローが正しく引き継がれないことがあります。このリスクを避けるため、必ずステージング環境でテストしてから本番移行してください。

比較項目	チーム管理プロジェクト	会社管理プロジェクト
権限の細かさ	3つのロールのみで固定	自由に設計可能(数百の権限あり)
ロールのカスタマイズ	不可。既存ロールの名称変更のみ可能	可能。新規ロール作成、権限のオンオフ
権限スキーム	使用しない(システム定義)	使用する。複数スキームの適用可能
プロジェクト管理者	プロジェクト作成者が自動的に管理者	管理者が任意に設定できる
課題セキュリティレベル	使用可能(ただし権限制御は限定的)	使用可能かつ詳細設定可能
適した規模	小規模チーム(5〜10人程度)	中〜大規模組織、複雑な権限要件

管理者へ確認すべきポイント

管理者に相談する際、以下の情報を事前に整理しておくとスムーズです。

• 現在のプロジェクトタイプの確認: Jiraの画面上で「プロジェクト設定」が表示されるかどうか。表示されなければ会社管理の可能性があります。
• 必要な権限制御のリスト: どの操作(作成、編集、削除、コメント、添付など)を誰に許可・禁止したいのか、具体的に書き出します。
• 移行の可否: Jira Cloud版かServer/Data Center版かによって移行手順が異なります。特にServer版ではプロジェクトタイプの変換ができない場合があるため、管理者に問い合わせてください。
• その他の代替手段: 会社管理プロジェクトへの移行が難しい場合、プロジェクトの分割(権限ごとに別プロジェクトを作成)や、外部ツール(例:Confluenceのページ権限)との併用が可能か検討します。

特にJira Cloudの場合、プロジェクトタイプは作成後に変更できない場合があります。そのため、新規プロジェクトの作成が必要になることもあります。その際、データのエクスポートとインポートに時間がかかる点を考慮してください。

よくある質問

Q1. チーム管理プロジェクトでも権限スキームは使えますか?
A1. いいえ、チーム管理プロジェクトは権限スキームをサポートしていません。権限はシステムで固定されています。

Q2. チーム管理プロジェクトで「プロジェクト管理者」を複数人にしたい場合、どうすればいいですか?
A2. プロジェクト設定の「メンバー」タブで、ユーザーのロールを「プロジェクト管理者」に変更できます。ただし、権限の細かさは変わりません。

Q3. 会社管理プロジェクトに移行したら、既存の課題やワークフローはどうなりますか?
A3. プロジェクトタイプの変換がサポートされている場合、課題やワークフローはそのまま引き継がれます。ただし、変換できないバージョンでは新規プロジェクト作成とデータ移行が必要です。

Q4. 権限設定を間違えて重要な課題が見えなくなってしまいました。元に戻せますか?
A4. 会社管理プロジェクトでは権限スキームのバックアップを取っておくことを推奨します。チーム管理プロジェクトでは、課題が非表示になることはほとんどありませんが、もし起きた場合はプロジェクト管理者がユーザーを適切なロールに追加し直してください。

まとめ

チーム管理プロジェクトで権限を細かく分けられない原因は、プロジェクトの設計思想にあります。この制限を回避するには、会社管理プロジェクトへの移行、課題セキュリティレベルの活用、プロジェクト分割などの代替手段を検討してください。最も確実なのは管理者に依頼してプロジェクトタイプを変更することですが、移行には事前の準備とテストが必要です。まずは自分のプロジェクトがどのタイプかを確認し、必要な権限制了を明確にしてから適切な対応を取ってください。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。