【Jira】自分が作成した課題を他の担当者へまとめて移管する方法

担当者を変更する必要が生じたとき、Jiraで自分が作成した課題を一件ずつ手動で更新していては時間がかかり、ミスも発生しやすくなります。特にプロジェクトの引継ぎや部署の再編時には、数十件から数百件の課題をまとめて新しい担当者に割り当て直したい場面が頻繁にあります。Jiraには複数の課題を一度に編集できる「一括変更(Bulk Edit)」機能が用意されており、これを利用すれば担当者(Assignee)をまとめて移管できます。本記事では、自分が作成した課題(Reporterが自分自身の課題)に限定して担当者を一括変更する具体的な手順と注意点を解説します。

担当者をまとめて移管する前に知っておくべき前提条件

一括変更で担当者を移管するには、いくつかの前提条件を満たしている必要があります。まず、自分が「一括変更」の操作権限を持っているかどうかです。Jiraでは通常、プロジェクトの「課題の一括変更(Bulk Edit Issues)」権限が割り当てられていなければ、一括変更メニューが表示されません。この権限はプロジェクト管理者またはJira管理者が設定します。権限がない場合は、管理者に依頼して権限を追加してもらうか、管理者自身に一括変更を依頼してください。

次に、移管先の担当者がJiraのユーザーとして存在している必要があります。プロジェクトに参加していないユーザーを担当者に設定できないプロジェクト設定になっている場合もあります。また、課題のステータスによっては担当者変更が禁止されている場合があります(例:完了状態の課題は担当者を変更できないワークフロー)。これらの制約がある場合は、事前にワークフローを確認してください。

自分が作成した課題をまとめて移管する手順(Jira Cloud / Server / Data Center 共通)

ここでは、自分がReporterとなっている課題を対象に、一括変更で担当者を他のユーザーに変更する手順を説明します。Jira Cloud、Jira Server、Jira Data Centerのいずれでも基本的な流れは同じです。ただし、画面のラベルや配置が一部異なる場合があります。

ステップ1:フィルターを使って自分の作成した課題を抽出する

まず、課題ナビゲーター(Issue Navigator)で詳細検索(JQL: Jira Query Language)を使って、自分が作成した課題のみを表示します。以下のJQLを検索ボックスに入力してください。

1. Jiraの画面上部にある「課題(Issues)」メニューから「課題を検索(Search Issues)」をクリックします。
2. 検索バーに次のJQLを入力します:reporter = currentUser()。これにより、ログインしている自分自身が報告者になっている課題だけが表示されます。
3. 必要に応じて、プロジェクト名やステータスなど、追加の条件をANDでつなげます(例:reporter = currentUser() AND project = "MyProject" AND status != Done)。
4. 検索結果が表示されたら、移管したい課題をすべて選択します。もし全件を選択したい場合は、ページ下部の「すべて選択(Select all)」にチェックを入れ、さらに「このフィルターに一致するすべての課題を選択(Select all issues that match this filter)」をクリックして全件選択します。
5. 選択状態のまま、画面上部の「その他(More)」メニューまたは右クリックメニューから「一括変更(Bulk Edit)」を選択します。

ステップ2:一括変更ウィザードで担当者を変更する

一括変更ウィザードが起動します。以下の手順で設定を進めてください。

1. 「選択した課題の確認(Confirm Issues)」画面で、変更対象の課題数と一覧を確認します。間違いがないかチェックしてください。
2. 「操作の選択(Choose Operation)」画面で「課題の編集(Edit Issues)」を選び、「次へ(Next)」をクリックします。
3. 「フィールドの選択(Choose Fields)」画面で「担当者(Assignee)」にチェックを入れます。他にも更新したいフィールドがあれば同時に選択できますが、今回は担当者だけに絞ることをおすすめします。
4. 「値の設定(Set Field Values)」画面で「担当者」のプルダウンから移管先のユーザーを選択します。選択肢に表示されないユーザーは、プロジェクトに参加していないか、権限が不足している可能性があります。
5. 「確認(Confirmation)」画面で内容を最終確認し、「確定(Confirm)」をクリックします。

これで、自分が作成したすべての課題の担当者が一括で変更されました。変更後、各課題には「担当者が変更されました」というコメントが自動的に追加されることがあります(Jiraの設定によります)。

移管時に失敗しやすいパターンと対処法

一括変更を実行する際、以下のような失敗やトラブルが発生することがあります。事前に把握して対策を講じてください。

フィルターの設定ミス

最も多い誤りは、JQLの指定が不正確で意図しない課題まで含まれてしまうことです。たとえば、reporter = currentUser()の代わりにassignee = currentUser()と入力してしまうと、自分が担当者の課題が対象になり、作成者ではありません。また、プロジェクトやステータスの条件を忘れると、完了済みの課題や別プロジェクトの課題まで移管してしまう恐れがあります。必ず検索結果をスクロールして確認し、対象課題が正しいかどうか確認してから一括変更に進んでください。

権限不足で一括変更が実行できない

「一括変更」メニューが表示されない場合、権限がないことが原因です。プロジェクト管理者に連絡し、「一括変更(Bulk Edit Issues)」権限を付与してもらうか、管理者に代執行を依頼します。また、特定のユーザーだけを担当者に設定できる「担当者権限(Assignable User)」も必要です。

ワークフロー制約による変更失敗

課題のステータスが「完了(Done)」や「却下(Rejected)」などの最終状態にある場合、ワークフロー設定によっては担当者変更が許可されていないことがあります。この場合、事前に該当課題を適切なステータス(例:オープン、In Progress)に戻す必要があります。ステータス変更も一括変更で可能ですが、ワークフローの遷移条件に注意してください。

状況別の移管方法比較

自分が作成した課題を移管する方法は一括変更以外にもあります。以下の表で代表的な方法を比較しました。

移管方法	対象範囲	手間	誤りリスク	権限要件
一括変更(Bulk Edit)	フィルターで抽出した任意の課題	低(数クリック)	中(フィルターミス)	一括変更権限
手動で一件ずつ編集	個別課題	高(件数比例)	低(確認しやすい)	課題編集権限
スクリプト(ScriptRunner等)	JQLで指定した全課題	中(スクリプト作成)	低(自動化で正確)	アドオン権限・管理者権限
アプリ連携(Automation)	トリガー条件に合致する課題	中(ルール設定)	低(設定後自動)	自動化権限

一括変更は特別なアドオンなしで利用できる標準機能であり、多くのケースで十分です。ただし、頻繁に担当者変更が発生する運用であれば、Jiraの自動化(Automation)ルールを設定すると効率的です。

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

一括変更を実行する前に、以下の点をJira管理者またはプロジェクト管理者に確認しておくことをおすすめします。

• 一括変更権限の有無: 自分のアカウントに「一括変更(Bulk Edit Issues)」権限が付与されているか。権限がない場合は、管理者に一時的に付与してもらうか、代わりに実行してもらいます。
• 担当者フィールドの制限: プロジェクト設定で「担当者」フィールドが必須になっているか、特定のユーザーしか担当者にできないよう制限されていないか。
• ワークフロー制約: 完了ステータスにある課題の担当者変更が禁止されていないか。変更する場合は、事前にステータスを戻す必要があるか確認します。
• 通知設定: 担当者変更時にどのような通知が飛ぶか。大量の通知がチームに届くと混乱を招くため、必要に応じて一時的に通知をオフにしてもらうか、変更後に説明することを検討します。

よくある質問

Q1. 一括変更で担当者を変更した後、元に戻したい場合はどうすればよいですか?

一括変更は「確認」をクリックした時点で即座に適用され、元に戻す機能は標準では提供されていません。復元したい場合は、別の一括変更で再度担当者を以前のユーザーに変更するか、課題の履歴から手動で修正する必要があります。事前にテスト環境で試すか、少量の課題で動作確認してから本番実行することを推奨します。

Q2. 自分が作成した課題のうち、特定のプロジェクトだけ移管したい場合は?

JQLにプロジェクト条件を追加します。例:reporter = currentUser() AND project = "Sales Project"。複数プロジェクトを指定する場合は、project IN ("Sales", "Support")と記述します。

Q3. 移管先のユーザーが担当者リストに表示されない

そのユーザーがプロジェクトのメンバーではないか、担当者に割り当て可能な権限(Assignable User)が不足している可能性があります。プロジェクト管理画面でユーザーを追加してもらうか、管理者に問い合わせてください。

まとめ

Jiraで自分が作成した課題を他の担当者へまとめて移管するには、一括変更機能が最も手軽で確実な方法です。まず詳細検索でreporter = currentUser()のフィルターを作成し、対象課題を正確に選別します。一括変更ウィザードでは担当者フィールドのみを変更するように設定し、実行前に選択課題と移管先を再度確認することが重要です。

移管後に問題が発生しないよう、権限やワークフローの制約を事前に確認し、必要に応じて管理者に相談してください。一括変更は元に戻せない操作であることを常に意識し、大量の課題を扱う際は事前にバックアップを取るか、テスト用のプロジェクトで試すことをおすすめします。