チーム管理対象プロジェクトと企業管理対象プロジェクト間で移行する
チーム管理対象プロジェクトと企業管理対象プロジェクト間の移行は、複雑ですが可能です。チームで企業管理対象プロジェクトを使用しているが、チーム管理対象プロジェクトに移行したいという場合もあれば、チーム管理対象プロジェクトを試していたが、希望の作業方法には合わないため、リクエストを企業管理対象プロジェクトに移動したいという場合もあるでしょう。
現在のプロジェクトのリクエストを移行する、新しい Jira Service Management プロジェクトが必要です。
新しいチーム管理対象プロジェクトを作成する
既存の企業管理対象プロジェクトのリクエストを受け取るために、新しいチーム管理対象プロジェクトを作成します。
既存のプロジェクトで、サイド ナビゲーションの [プロジェクト] に移動し、[プロジェクトの作成] () を選択します。
[サービス管理] カテゴリからプロジェクト テンプレートを選択し、[テンプレートを使用] を選択します。
次の画面で、プロジェクト タイプとして [team-managed (チーム管理対象)] を選択します。
新しいプロジェクトの名前を入力し、残りのフィールドにも入力してから、[プロジェクトの作成] を選択します。
すべてのプロジェクト テンプレートにチーム管理対象バージョンがあるわけではないことに注意してください。また、チーム管理対象プロジェクトを作成するためには、サイトでチーム管理対象プロジェクトが有効になっている必要があります。チーム管理対象プロジェクトの有効化についてご確認ください。
新しい企業管理対象プロジェクトを作成する
既存のチーム管理対象プロジェクトのリクエストを受け取るために、新しい企業管理対象プロジェクトを作成します。
既存のプロジェクトで、サイド ナビゲーションの [プロジェクト] に移動し、[プロジェクトの作成] () を選択します。
[サービス管理] カテゴリからプロジェクト テンプレートを選択し、[テンプレートを使用] を選択します。
次の画面で、プロジェクト タイプとして [company-managed (企業管理対象)] を選択します。
新しいプロジェクトの名前を入力し、残りのフィールドにも入力してから、[プロジェクトの作成] を選択します。
企業管理対象プロジェクトを作成するには、Jira 管理者である必要があります。企業管理対象プロジェクトの作成に関する詳細。
既存のリクエストを見つけて新しいプロジェクトに移動する
古いプロジェクトのリクエストの移動先となる空のプロジェクトが用意できたため、既存のリクエストを新しいプロジェクトに移動できます。
この手順を完了するには、管理者に一括変更グローバル権限を付与するよう尋ねます。グローバル権限の詳細をご覧ください。
既存のリクエストを検索する
まず、移動するリクエストを検索する必要があります。
Jira をクリックします。 Jira ホームページに移動します。
[フィルター] を選択します。
[すべての作業項目] を選択します。
[プロジェクト] フィルターをクリックして、リクエストがあるプロジェクトを選択します
(高度な検索モードの場合、[基本] を選択する必要があります)。右上の [その他 (•••)] > [すべてを一括変更] を選択します。一括操作ウィザードが表示されます。
既存のリクエストを新しいプロジェクトに移動する
一括操作ウィザードに従って、リクエストを新しいプロジェクトに移動します。
移行するリクエストを選択して [次へ] をクリックします。
[Move work items (作業項目を移動)] を選択して、[次へ] をクリックします。
[Select Projects and Work Types (プロジェクトおよび作業タイプを選択する)] 画面で、移動先を選択します。
[ターゲット プロジェクトのステータスをマッピング] 画面で、元のプロジェクトの各リクエストについて宛先のステータスを選択します。ここで指定したステータスが、新しいプロジェクトでチーム管理対象プロジェクトの各リクエストが持つステータスになります。
最後の画面で、[確認] を選択します。
企業管理対象プロジェクトからチーム管理対象プロジェクトへ移行する際の考慮事項
チーム管理対象プロジェクトと企業管理対象プロジェクトは大きく異なります。企業管理対象プロジェクトとチーム管理対象プロジェクトの違いについて、ご確認ください。このドキュメントは、企業管理対象プロジェクトからチーム管理対象プロジェクトに移行する際の考慮事項を含みます。
企業管理対象プロジェクトの要素
企業管理対象プロジェクトの要素を移行できるようにするには、新しいプロジェクトに既存のプロジェクトの設定を再度行う必要があります。これには、キュー、レポート、顧客、リクエスト タイプ、ポータルの設定、カスタム通知、言語サポート、自動化ルール、SLA、承認、ワークフロー、フィールドが含まれます。
コンポーネント
[コンポーネント] フィールドは Jira の各プロジェクトに固有のフィールドです。完了済みの [コンポーネント] フィールド情報を含む作業項目を移行した場合、このデータは失われます。このデータは復元不能であり、移行前の企業管理対象プロジェクトに作業項目を一括で戻しても復元できません。
カスタム フィールド
移行するには、新しいチーム管理対象プロジェクトでカスタム フィールドを再び作成する必要があります。チーム管理対象プロジェクトのフィールドはグローバル カスタム フィールドから独立しています。リクエストをチーム管理対象プロジェクトに移動すると、リクエストのグローバル カスタム フィールドの大半の値は Jira に保持されます (コンポーネント フィールドとバージョン フィールドを除きます)ただし、これらの値はチーム管理対象プロジェクトのフィールドにマッピングされません。
グローバル カスタム フィールドのデータは、リクエストに対応する形で保存されます。しかし、企業管理対象プロジェクトのフィールドは移行先であるチーム管理対象プロジェクトのフィールドとは技術的に異なるため、移行されると空白で表示されます。移行前の企業管理対象プロジェクトに作業項目を戻すと、このデータを復元できます。
プロジェクトおよびリクエスト キー
プロジェクト キーは一意であり、Jira で再利用することはできません。リクエストを別のプロジェクトに移行すると、それらは新しいキーを取得します。新しいプロジェクトには異なるキーが必要です。リクエストを別のサービスに移行すると、Jira では古いリクエスト キーへのすべてのリンクを自動的にリダイレクトします。プロジェクト キーの詳細については、こちらをご覧ください。
解決状況フィールド
チーム管理対象プロジェクトでは、企業管理対象プロジェクトにあるものと同じ解決状況フィールドは使用しません。作業項目が「完了」と見なされるかどうかは別の方法で判断します。企業管理対象プロジェクトでは、JQL resolution = unresolved を使用して、開いている作業項目を見つけられますが、Jira Service Management のチーム管理対象プロジェクトでは、これを statusCategory != Done に変更する必要があります。
メール リクエスト タイプ
サービス プロジェクトのメール アドレスに送信されたリクエストはキューに自動で追加されるため、チームは複数の作業場所を管理することなくカスタマー対応に集中できます。企業管理対象プロジェクトでは、設定したカスタム リクエスト タイプを使用してメール リクエストが作成されるように設定できます。ただし、チーム管理対象プロジェクトでは、すべてのメール リクエスト用に専用のリクエスト タイプが作成されます。これは変更できません。チーム管理対象サービス プロジェクトでリクエスト タイプをセット アップする方法をご確認ください。
リクエスト タイプと作業タイプ
企業管理対象プロジェクトでは、各リクエスト タイプは 1 つの作業タイプに関連付けられています。これらの作業タイプは Jira サイトにあるプロジェクト全体で共有できます。リクエスト タイプ フィールドは関連付けられた作業タイプのフィールドに基づきます。
チーム管理対象プロジェクトでは、各プロジェクトは独自のリクエスト タイプを持ち、これはプロジェクト間で共有できません。つまり、各チーム管理対象プロジェクトには、他のプロジェクトとは独立した独自のリクエスト タイプがあります。チーム管理対象プロジェクトのリクエスト タイプ フィールドは、他のプロジェクトのリクエスト タイプに影響を与えることなく (または Jira 設定に移動することなく) プロジェクト内でドラッグ & ドロップできます。企業管理対象プロジェクトとチーム管理対象プロジェクトの作業タイプとリクエスト タイプに関する詳細。
フィルター
フィルターは自動的に移行されないので、更新する必要があります。フィルターの詳細をご確認ください。
チーム管理対象プロジェクトから企業管理対象プロジェクトへ移行する際の考慮事項
チーム管理対象プロジェクトと企業管理対象プロジェクトは大きく異なります。企業管理対象プロジェクトとチーム管理対象プロジェクトの違いについて、ご確認ください。このドキュメントは、チーム管理対象プロジェクトから企業管理対象プロジェクトに移行する際の考慮事項を含みます。
チーム管理対象プロジェクトの要素
チーム管理対象プロジェクトの要素を移行できるようにするには、新しいプロジェクトに既存のプロジェクトの設定を再度行う必要があります。これには、キュー、レポート、カスタマー、リクエスト タイプ、ポータルの設定、カスタム通知、言語サポート、自動化ルール、SLA、承認、ワークフロー、フィールドが含まれます。企業管理対象プロジェクトとチーム管理対象プロジェクトのワークフローの違いについて、ご確認ください。
リクエストタイプ
作業タイプとリクエスト タイプは、企業管理対象プロジェクトとチーム管理対象プロジェクトで異なります。チーム管理対象プロジェクトのリクエスト タイプは、企業管理対象プロジェクトのリクエスト タイプに直接マッピングできます。こうしたリクエスト タイプはコピーできないため、再び作成する必要があります。リクエスト タイプの詳細をご確認ください。
ただし、特定のリクエスト タイプでフィールドやワークフローを変更する必要がある場合は、その基盤となる作業タイプを変更する必要があります。プロジェクトに関連する作業タイプ スキームは、Jira 管理者が変更する必要があります。作業タイプ スキームの詳細をご確認ください。
カスタム フィールド
チーム管理対象リクエスト タイプに表示されるフィールドをカスタマイズした場合、新しい企業管理対象プロジェクトの画面スキームとフィールド構成スキームでのフィールドの再作成を Jira 管理者に依頼する必要があります。作業項目のカスタム フィールドの詳細を参照してください。
カスタム フィールドのデータは、リクエストに対応する形で保存されます。しかし、チーム管理対象プロジェクトのフィールドは移行先である企業管理対象プロジェクトのフィールドとは技術的に異なるため、移行されると空白で表示されます。このデータは復元不能であり、移行前のチーム管理対象プロジェクトに作業項目を戻しても復元できません。
プロジェクトアクセス
企業管理対象プロジェクトへのアクセスは、権限スキームによって制御されます。Jira 管理者のみが、企業管理対象プロジェクトの権限スキームを更新できます。企業管理対象プロジェクト作成後に、権限の設定を確認することをお勧めします。権限の設定の詳細を参照してください。
Project and work item keys
プロジェクト キーは一意であり、Jira で再利用することはできません。リクエストを別のプロジェクトに移行すると、それらは新しいキーを取得します。新しいプロジェクトには一意の異なるキーが必要です。リクエスト移行プロセスを使用してリクエストを移行すると、Jira は古いリクエスト キーへのすべてのリンクを自動的にリダイレクトします。プロジェクト キーの詳細については、こちらをご覧ください。
解決済みの作業項目
企業管理対象プロジェクトとチーム管理対象プロジェクトでは、作業項目が完了と見なされるかどうかを判断する方法が異なります。チーム管理対象プロジェクトでは、JQL statusCategory != Done を使用して開いている作業項目を見つけられますが、企業管理対象プロジェクトでは、これを resolution = unresolved に変更して解決フィールドに値があるようにする必要があります。
フィルター
フィルターは自動的に移行されないので、更新する必要があります。フィルターの詳細をご確認ください。
この内容はお役に立ちましたか?