複数の課題を同時に編集する

このページの内容

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

いくつかの時点で、同時に複数の問題を変更する必要があるかもしれません。一括操作を行うことで実現できます。

一括操作の中には、制限が設定されているものがあります。たとえば、異なるワークフローを持つ複数の課題を選択した場合、同じワークフローの課題をグループにして、一度に 1 つのグループ単位でトランジションすることしかできません。制限については、該当のセクションで詳しく説明します。

tip/resting Created with Sketch.

Jira Core に新しい課題ビューをリリースしました。課題の詳細ビューの外観が変わり、いくつかの手順が少し変更され、マークダウンをサポートする新しいエディタが提供されるようになりました。変更内容については、「新しい課題ビューでの課題の変更点」をご覧ください。

はじめる前に

一括操作を実行するには、一括変更の実行グローバル権限と各プロジェクトの関連する権限が必要です。たとえば、複数の課題を同時に移動するには、課題の移動プロジェクト権限と、一括変更の実行グローバル権限が必要になります。 

Jira 管理者またはプロジェクト管理者の場合、[通知の送信] オプションの選択を解除して、編集中の課題に取り組んでいるすべての人に多数の通知が送信されないようにすることをお勧めします。通知が送信された場合、影響を受ける課題をウォッチしている全ユーザーがそれを受け取ります。

課題の検索と一覧の選択

以下の各手順では、必要なフィルタを使用して検索を実行し、課題の一覧を生成する必要があります。

  1. Jira アイコン ( または ) > [課題とフィルター] を選択します。
  2. [課題の検索] を選択します。
  3. ページ右上にある [その他] (•••) をクリックして、[<n> 件の課題を一括変更] を選択します。
  4. 一括操作を実行する課題を選択し [次へ] をクリックします。

完了すると、課題のトランジション削除移動編集、またはウォッチ/ウォッチ解除に進むことができます。

複数課題のトランジション

この一括変更により、ワークフローを通じて複数の課題を同時にトランジションできるようになります。トランジションの一括操作は一度に 1 つしか実行できません。また、トランジションを完了するために必要な値をすべて指定する必要もあります。たとえば、複数の課題をクローズするには、[解決状況] フィールドに [完了]、[修正済み]、[修正しない]、などの値を指定する必要があります。

  1. [課題のトランジション] を選択し、[次へ] を選択します。
  2. 利用可能なワークフロー アクションを選択します。使用可能なアクションは、選択した課題(および関連するワークフロー)によって異なります。「次へ」 をクリックします。
  3. トランジションのために必要なフィールドの値を選択し、可能であればメールでの通知を送信したいかを決定します。「次へ」 をクリックします。
  4. 一括操作を確認し、問題がなければ [確認] をクリックします。

複数の課題を削除

この一括変更では、複数の課題を同時に削除できます。

  1. [課題の削除] を選択し、[次へ] をクリックします。
  2. 可能な場合は、メール通知を送信したいかどうかを決定します。次へをクリックします。
  3. 一括操作を確認し、問題がなければ [確認] をクリックします。

複数の課題の移動

この一括操作では、複数の課題を同時に移動できます。移動する課題をプロジェクトと課題タイプの両方にマッピングする必要があり、このために、課題のステータスとフィールドもマッピングする必要が生じる場合があります。また、サブタスクをマッピングする必要があります。

一括移動操作は標準課題とサブタスク課題の両方で実行できます。標準課題を別のプロジェクトや課題タイプに移動できるのに対し、サブタスクは課題タイプのみを変更できます。( サブタスクを課題に変換 、およびその逆は可能です。)

サブタスクとその親タスクの両方を選択して一括移動させることはできません。これは親とサブタスクの関係を変えないためです( すなわち、 サブタスクは常に親課題と同じプロジェクト内に存在します)。選択された親課題のサブタスクも選択されている場合は、サブタスクはすべて自動的に移動対象から除かれます。

たとえば、 課題 B は課題 A のサブタスクで、A と B の両方を同時に一括移動させたいとします。警告メッセージ (以下を参照) が表示され、課題 A のターゲットプロジェクトと課題タイプを選択するよう求められます。A に新しいプロジェクトを選択すると、課題 A の新しいプロジェクトに基づいて、サブタスクを新しい課題タイプに移動するよう求められます。課題 A のプロジェクトを変更していない場合、サブタスクを移動する必要はありません。

NOTE: When issues are moved in bulk, they are moved in a random order to the new project. This may have an impact upon issue numbers.

  1. [課題の移動] を選択し、[次へ] をクリックします。
  2. 移動する課題についてリクエストされた情報を入力します。
  3. すべての変更を確認し、[確認] をクリックします。
     
入力する情報を展開して確認...
リクエストされた情報 詳細
プロジェクトおよび/あるいは課題タイプを選択する

ターゲット プロジェクトや課題タイプによって、ステータスやフィールドの移行に追加手順が必要かどうかが決定します。これはサブタスクには適用されないので注意してください。サブタスクは標準課題タイプへ移動できないからです。選択した課題は現在のプロジェクトおよび課題タイプ別にグループ化されます。それぞれに新しいプロジェクトと課題タイプを選択するか、すべての標準課題を 1 つのプロジェクトおよび課題タイプへ移動させるかのいずれかを選択できます。

サブタスクのプロジェクトおよび/あるいは課題タイプを選択する サブタスク付きの課題を別のプロジェクトへ移動する場合、サブタスクも新しいプロジェクト へ 移動する必要があります。
無効なステータスのステータスの移行マッピングを選択します。 複数の ワークフロー は同時にアクティブに出来るため、選択した課題のコレクションと関連付けられた一部のステータスが、ターゲットワークフローでは無効となる場合があります。この場合、新しいワークフローで無効なステータスを有効なステータスにマッピングする必要があります。
必須フィールドの値と、無効な値が入ったフィールドを選択する

ターゲット プロジェクトおよび課題タイプと関連付けられたフィールド設定スキームを順守するために、必須フィールドを更新する必要がある場合もあります。一緒に移動される全課題に同じフィールド値が適用されるので注意してください。元のフィールド値を保持するには、[保持] オプションにチェック マークを付けます。

以下のフィールドには、新しいフィールド値を選択する必要があります。

  • Component
  • Affects Version
  • Fix Version
  • タイプ「バージョンピッカー」のカスタムフィールド

一括移動を実行する際、ターゲットプロジェクトでアーカイブされたバージョンを、ターゲットとして選択することはできないので、ご注意ください。課題をアーカイブ済みバージョンへ移動する必要がある場合、最初にターゲットプロジェクトでバージョンを アーカイブ解除 する必要があります。


複数課題の編集

この一括操作では、複数の課題を同時に編集できます。一括編集操作ができるかどうかは、課題と変更したいフィールドの性質に依存します。

  1. [課題の編集] を選択し、[次へ] をクリックします。
  2. 編集する情報を選択します。

  3. 必須フィールドの値を選択し、可能な場合は、メール通知を送信するかどうかを決定してから、[次へ] をクリックします。
  4. 一括編集を確認し、[確認] をクリックします。
     
同時に編集できる情報...

利用可能な操作

条件

変更が影響するバージョン

  • 選択した課題は 1 つのプロジェクトに所属し、そのプロジェクトにはバージョンがある
  • このフィールドは選択した課題が所属するフィールド設定では表示されます
  • 現在のユーザーが、選択されたすべての課題に対する「課題の編集」権限を持っている

割り当ての変更

  • このフィールドは選択した課題が所属するフィールド設定では表示されます
  • 現在のユーザーが、選択されたすべての課題に対する「課題の割り当て」権限を持っている

コメントの変更

  • このフィールドは選択した課題が所属するフィールド設定では表示されます
  • 現在のユーザーが、選択されたすべての課題に対する「課題にコメントする」権限を持っている

コンポーネントの変更

  • 選択した課題は 1 つのプロジェクトに所属し、そのプロジェクトにはコンポーネントがある
  • このフィールドは選択した課題が所属するフィールド設定では表示されます
  • 現在のユーザーが、選択されたすべての課題に対する「課題の編集」権限を持っている

期限の変更

  • このフィールドは選択した課題が所属するフィールド設定では表示されます
  • 現在のユーザーが、選択されたすべての課題に対する「課題の編集」権限を持っている
  • 現在のユーザーが、選択されたすべての課題に対する「課題のスケジュール作成」権限を持っている

バージョンの修正を変更

  • 選択した課題は 1 つのプロジェクトに所属し、そのプロジェクトにはバージョンがある
  • このフィールドは選択した課題が所属するフィールド設定では表示されます
  • 現在のユーザーが、選択されたすべての課題に対する「課題の編集」権限を持っている

課題タイプの変更

  • 現在のユーザーが、選択されたすべての課題に対する「課題の編集」権限を持っている

優先度の変更

  • このフィールドは選択した課題が所属するフィールド設定では表示されます
  • 現在のユーザーが、選択されたすべての課題に対する「課題の編集」権限を持っている

報告者の変更

  • このフィールドは選択した課題が所属するフィールド設定では表示されます
  • 現在のユーザーが、選択されたすべての課題に対する「課題の編集」権限を持っている
  • 現在のユーザーが、選択されたすべての課題に対する「報告者の変更」権限を持っている

セキュリティレベルの変更

  • このフィールドは選択した課題が所属するフィールド設定では表示されます
  • 選択されたすべての課題が、同じ課題レベルセキュリティスキームに割り当てられている
  • 現在のユーザーが、選択されたすべての課題に対する「課題の編集」権限を持っている
  • 現在のユーザーが、選択されたすべての課題に対する「課題セキュリティの設定」権限を持っている

カスタムフィールドの変更

「カスタムフィールドの変更」操作は次の場合にのみ使用できます:

  • グローバルなカスタムフィールドがあるまたは
  • 課題タイプのカスタムフィールドが存在し、課題はすべてこの特有の課題タイプであるまたは
  • プロジェクトのカスタムフィールドが存在し、課題がすべて同じプロジェクトである

クローズドされた課題の編集

  • ワークフローで、クローズドされた課題の編集が許可されている必要があります
組織の変更
  • Jira Service Desk Cloud で利用可能
  • 課題は同じプロジェクト内に存在する必要があります
  • プロジェクトのエージェントロールを持っている必要があります
スプリントの変更

Sprint ID を指定する必要があります。

  • この操作はアクティブなスプリントと将来のスプリントにのみ影響します。例:スプリントフィールドを一括編集する際、クローズド/完了したスプリントは含まれません。

利用できない操作

このセクションに記載されているフィールドには一括編集操作はありません。これには、代替方法がある、または一括編集の実行が論理的でないなどの理由があります。

次のシステムフィールドは一括編集を使用できません:

  • 添付ファイル
  • Summary
  • 説明
  • 環境
  • プロジェクト - プロジェクト間で課題を移動させる場合は「一括移動」を使用してください
  • 解決状況 — 課題の解決状況を変更する場合は、「一括ワークフロートランジション」を使用してください
  • 時間管理 フィールド — 元の見積もり、残余見積、消費時間

次のカスタムフィールドタイプは一括編集を使用できません:

  • インポート ID
  • 読み取り専用のテキスト

複数の課題のウォッチとウォッチの停止

これらの一括変更では、複数の課題に対して、同時にウォッチを開始したり、停止したりすることができます。

複数課題のウォッチを開始する手順:

  1. 課題のウォッチを選択し、次へを選択します。
  2. 一括変更を確認し、[確認] をクリックします。

複数の課題のウォッチを停止する手順: 

  1. [課題のウォッチ中止] を選択し、[次へ] をクリックします。
  2. 一括変更を確認し、[確認] をクリックします。
最終更新日: 2019 年 9 月 31 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.