【Jira】退職者の担当課題を引き継ぐ時の一括再割り当て手順

Jiraでプロジェクト管理を行っている組織では、メンバーの退職や異動に伴い、担当課題を適切に引き継ぐ必要があります。担当者が不在になると課題が放置され、プロジェクトの進捗に影響が出る可能性があります。Jiraには複数の課題をまとめて編集できる一括操作機能が用意されており、担当者を効率よく再割り当てできます。本記事では、退職者の課題を一括で再割り当てする具体的な手順と、失敗を防ぐポイントを解説します。

退職者の課題を一括再割り当てする前に確認すべきこと

一括操作を実行する前に、いくつかの事前確認が必要です。まず、退職者のJiraアカウントが現在どのような状態かを把握してください。アカウントが有効な場合と無効化(または削除)されている場合では、操作手順が一部異なります。また、再割り当て先の担当者が既にJiraに存在し、適切なプロジェクト権限を持っていることも確認します。さらに、一括操作の対象となる課題の範囲を正確に特定するため、適切な検索フィルターを準備します。これらの確認を怠ると、意図しない課題が変更されたり、エラーが発生する原因になります。

状況	操作の違い	注意点
アカウント有効	通常の一括編集で担当者を変更可能	退職者がログインできなくても、課題への割り当ては残る
アカウント無効化/削除済み	一度「未割り当て」に変更後、再割り当てする必要がある場合あり	無効アカウントには直接割り当てできない

Jiraで退職者の課題を検索する方法

一括操作の第一歩は、対象となる課題を正確に抽出することです。Jiraの課題検索画面(Issues)で、以下の条件を設定したフィルターを作成します。

1. 画面上部の「課題」をクリックし、「課題検索」を選択します。
2. 検索バーにJQL(Jira Query Language)を入力します。例:assignee = "退職者のユーザー名" AND project = "プロジェクト名"。プロジェクトを指定しない場合は全プロジェクトが対象になります。
3. 必要に応じて、ステータス(例:Open, In Progress)や優先度などで絞り込みます。
4. 検索を実行し、結果が正しいことを確認します。特に、自分に権限のない課題が含まれていないか注意してください。
5. 検索結果を保存したい場合は、「名前を付けて保存」でフィルターとして保存します。これにより、後から同じ条件で検索できます。

JQLでは、assigneeの代わりにassignee in ("ユーザーA", "ユーザーB")と複数指定することも可能です。また、退職者のアカウントが既に削除されている場合、assignee was "ユーザー名"のように過去の割り当てを検索する必要があります。実在しないユーザー名を指定すると検索エラーになるため、管理画面でアカウントの有無を確認してください。

一括操作を使った課題の再割り当て手順

検索結果から一括操作を実行します。以下の手順は標準的なJira(Server/Data Center/Cloud)のUIに基づいていますが、バージョンによって一部表示が異なる場合があります。

1. 検索結果画面で、対象となるすべての課題を選択します。画面上部のチェックボックスで「すべて選択」すると、現在のページのみが選択されます。全件を選択するには「すべてのXX件を選択」リンクをクリックします。
2. 画面上部の「その他」メニュー(または歯車アイコン)から「一括操作」(Bulk Operation)を選択します。
3. 一括操作ウィザードが開きます。最初の画面で「編集」(Edit)を選択し、「次へ」をクリックします。
4. 編集するフィールドの選択画面で「担当者」(Assignee)にチェックを入れ、「次へ」をクリックします。
5. 新しい担当者を指定します。ドロップダウンからユーザーを選択するか、入力を開始して候補から選びます。退職者のアカウントが無効でも、新しい担当者への変更は問題ありません。
6. 確認画面で「影響件数」を確認します。意図した課題数と一致しているか必ず確認し、問題がなければ「実行」(Confirm)をクリックします。

一括操作は元に戻せません。万が一に備え、実行前に課題のエクスポート(CSVなど)を行ってバックアップすることを推奨します。また、大量の課題を一度に変更するとサーバー負荷がかかる場合があるため、数百件以上の場合は分割して実行するか、時間帯を考慮してください。

権限不足によるエラーが発生した場合

一括操作中に「権限がありません」というエラーが表示されることがあります。これは、対象の課題に対して担当者を変更する権限がない場合に発生します。原因として、プロジェクトの「課題の編集」権限が不足している、またはワークフローで担当者変更が制限されている(例:特定のステータスでは担当者変更不可)ことが考えられます。この場合は、プロジェクト管理者またはJira管理者に権限付与やワークフロー変更を依頼してください。また、個別の課題で権限エラーが発生する場合、その課題だけをスキップすることも可能です(一括操作ウィザードで「エラーを無視」オプションがある場合は利用できますが、推奨しません)。

アカウント無効時の代替手順

退職者のアカウントが無効または削除されている場合、直接新しい担当者に変更できることが多いですが、まれに「担当者」フィールドに無効ユーザーが表示されず、一括操作でエラーになるケースがあります。その場合は、まず担当者を「未割り当て」(Unassigned)に変更し、再度一括操作で新しい担当者を割り当てるという2段階の手順が必要です。ただし、未割り当てはプロジェクトの運用ルールに反する場合があるため、事前に管理者と相談してください。

再割り当て後に確認すべきポイント

一括再割り当てが完了したら、以下の項目を確認します。

• 対象の課題すべてに新しい担当者が設定されているか、フィルターで再検索して確認します。
• 再割り当て先の担当者に通知が届くよう、必要に応じてメール通知やSlack連携などを設定しておきます。
• 課題のコメントや作業ログに、引き継ぎの内容を記録するよう関係者に依頼します。
• もし未割り当てになった課題がある場合は、速やかに再割り当てを実施します。

よくある失敗パターンとその対策

一括再割り当てでよくあるトラブルと、その回避方法をまとめます。

• フィルターの設定ミス: 退職者の担当課題だけでなく、他の担当者の課題も含めてしまい、誤って変更してしまう。対策として、検索結果を表形式で表示し、担当者列を確認してから選択します。
• 権限不足でエラー: 一部のプロジェクトや課題で権限がなく、操作が中断される。対策として、事前に管理者に権限を確認し、必要な権限(プロジェクトの課題編集権限)を付与してもらいます。
• 大量の課題でタイムアウト: 数百件以上の一括操作を実行すると、画面が応答しなくなることがある。対策として、100件程度に分割して実行するか、Jira管理者にバルク操作の制限値(jira.bulk.edit.max.issues)を確認します。
• ワークフローによる制限: 特定のステータスでは担当者変更ができない。対策として、事前にワークフローの設定を確認し、必要なら一時的にステータスを変更してから再割り当てします。

管理者が知っておくべき注意点:アカウント無効化と課題の扱い

退職者のアカウントを無効化するタイミングと課題の再割り当ての順序は重要です。アカウントを先に無効化すると、検索でassigneeが効かなくなるため、一括操作の対象を抽出しづらくなります。理想的には、アカウントを無効化する前に課題の再割り当てを完了するか、または管理者権限で「担当者」の過去の割り当てを検索できるJQL(assignee was)を使用します。また、退職者のアカウントを完全に削除すると、課題の「担当者」フィールドが空欄になる場合があるため注意が必要です。通常は無効化のみに留め、一定期間後に削除する運用が推奨されます。

よくある質問

• Q: 退職者のアカウントが既に削除されています。一括操作で担当者を変更できますか?
  A: 可能です。ただし、JQLでassignee was "ユーザー名"と過去形で検索する必要があります。この場合、ユーザー名は削除前のものを正確に入力してください。
• Q: 一括操作の結果を元に戻したいです。
  A: 一括操作は元に戻せません。そのため、実行前に課題のバックアップ(CSV出力)を強く推奨します。どうしても戻したい場合は、Jira管理者がデータベースを復元する必要があるため、事前に相談してください。
• Q: 一部の課題だけエラーになりました。どうすればよいですか?
  A: エラーの原因(権限不足やワークフロー制限)を特定し、該当課題だけ個別に変更するか、管理者に権限設定の見直しを依頼してください。

まとめ

退職者のJira課題を一括再割り当てするには、正確なフィルター作成と一括操作の実行が不可欠です。事前にアカウント状態や権限を確認し、影響範囲を把握してから操作することで、トラブルを防げます。一括操作は元に戻せないため、必ずバックアップを取ってから実行してください。また、退職者のアカウント無効化は再割り当て完了後に行うと運用がスムーズです。本記事の手順を参考に、効率的かつ安全に課題を引き継ぎましょう。