チーム管理対象プロジェクトと企業管理対象プロジェクト間で移行する
チーム管理対象プロジェクトと企業管理対象プロジェクト間の移行は、複雑ですが可能です。チームで企業管理対象プロジェクトを使用しているが、チーム管理対象プロジェクトに移行したいという場合もあれば、チーム管理対象プロジェクトを試していたが、希望の作業方法には合わないため、リクエストを企業管理対象プロジェクトに移動したいという場合もあるでしょう。
現在のプロジェクトのリクエストを移行する、新しい Jira Service Management プロジェクトが必要です。
新しいチーム管理対象プロジェクトを作成する
既存の企業管理対象プロジェクトのリクエストを受け取るために、新しいチーム管理対象プロジェクトを作成します。
既存のプロジェクトで、サイド ナビゲーションの [プロジェクト] に移動し、[プロジェクトの作成] () を選択します。
[サービス管理] カテゴリからプロジェクト テンプレートを選択し、[テンプレートを使用] を選択します。
次の画面で、プロジェクト タイプとして [team-managed (チーム管理対象)] を選択します。
新しいプロジェクトの名前を入力し、残りのフィールドにも入力してから、[プロジェクトの作成] を選択します。
すべてのプロジェクト テンプレートにチーム管理対象バージョンがあるわけではないことに注意してください。また、チーム管理対象プロジェクトを作成するためには、サイトでチーム管理対象プロジェクトが有効になっている必要があります。チーム管理対象プロジェクトの有効化についてご確認ください。
新しい企業管理対象プロジェクトを作成する
既存のチーム管理対象プロジェクトのリクエストを受け取るために、新しい企業管理対象プロジェクトを作成します。
既存のプロジェクトで、サイド ナビゲーションの [プロジェクト] に移動し、[プロジェクトの作成] () を選択します。
[サービス管理] カテゴリからプロジェクト テンプレートを選択し、[テンプレートを使用] を選択します。
次の画面で、プロジェクト タイプとして [company-managed (企業管理対象)] を選択します。
新しいプロジェクトの名前を入力し、残りのフィールドにも入力してから、[プロジェクトの作成] を選択します。
You must be a Jira admin to create a company-managed project. Read more about creating company-managed projects.
既存のリクエストを見つけて新しいプロジェクトに移動する
古いプロジェクトのリクエストの移動先となる空のプロジェクトが用意できたため、既存のリクエストを新しいプロジェクトに移動できます。
この手順を完了するには、管理者に一括変更グローバル権限を付与するよう尋ねます。グローバル権限の詳細をご覧ください。
既存のリクエストを検索する
まず、移動するリクエストを検索する必要があります。
Click your Jira to navigate to the Jira home page.
[フィルター] を選択します。
[すべての作業項目] を選択します。
[プロジェクト] フィルターをクリックして、リクエストがあるプロジェクトを選択します
(高度な検索モードの場合、[基本] を選択する必要があります)。右上の [その他 (•••)] > [すべてを一括変更] を選択します。一括操作ウィザードが表示されます。
既存のリクエストを新しいプロジェクトに移動する
一括操作ウィザードに従って、リクエストを新しいプロジェクトに移動します。
移行するリクエストを選択して [次へ] をクリックします。
[Move work items (作業項目を移動)] を選択して、[次へ] をクリックします。
[Select Projects and Work Types (プロジェクトおよび作業タイプを選択する)] 画面で、移動先を選択します。
[ターゲット プロジェクトのステータスをマッピング] 画面で、元のプロジェクトの各リクエストについて宛先のステータスを選択します。ここで指定したステータスが、新しいプロジェクトでチーム管理対象プロジェクトの各リクエストが持つステータスになります。
最後の画面で、[確認] を選択します。
企業管理対象プロジェクトからチーム管理対象プロジェクトへ移行する際の考慮事項
チーム管理対象プロジェクトと企業管理対象プロジェクトは大きく異なります。企業管理対象プロジェクトとチーム管理対象プロジェクトの違いについて、ご確認ください。このドキュメントは、企業管理対象プロジェクトからチーム管理対象プロジェクトに移行する際の考慮事項を含みます。
企業管理対象プロジェクトの要素
企業管理対象プロジェクトの要素を移行できるようにするには、新しいプロジェクトに既存のプロジェクトの設定を再度行う必要があります。これには、キュー、レポート、顧客、リクエスト タイプ、ポータルの設定、カスタム通知、言語サポート、自動化ルール、SLA、承認、ワークフロー、フィールドが含まれます。
コンポーネント
[コンポーネント] フィールドは Jira の各プロジェクトに固有のフィールドです。完了済みの [コンポーネント] フィールド情報を含む作業項目を移行した場合、このデータは失われます。このデータは復元不能であり、移行前の企業管理対象プロジェクトに作業項目を一括で戻しても復元できません。
カスタム フィールド
移行するには、新しいチーム管理対象プロジェクトでカスタム フィールドを再び作成する必要があります。チーム管理対象プロジェクトのフィールドはグローバル カスタム フィールドから独立しています。リクエストをチーム管理対象プロジェクトに移動すると、リクエストのグローバル カスタム フィールドの大半の値は Jira に保持されます (コンポーネント フィールドとバージョン フィールドを除きます)ただし、これらの値はチーム管理対象プロジェクトのフィールドにマッピングされません。
グローバル カスタム フィールドのデータは、リクエストに対応する形で保存されます。しかし、企業管理対象プロジェクトのフィールドは移行先であるチーム管理対象プロジェクトのフィールドとは技術的に異なるため、移行されると空白で表示されます。移行前の企業管理対象プロジェクトに作業項目を戻すと、このデータを復元できます。
プロジェクトおよびリクエスト キー
プロジェクト キーは一意であり、Jira で再利用することはできません。リクエストを別のプロジェクトに移行すると、それらは新しいキーを取得します。新しいプロジェクトには異なるキーが必要です。リクエストを別のサービスに移行すると、Jira では古いリクエスト キーへのすべてのリンクを自動的にリダイレクトします。プロジェクト キーの詳細については、こちらをご覧ください。
解決状況フィールド
チーム管理対象プロジェクトでは、企業管理対象プロジェクトにあるものと同じ解決状況フィールドは使用しません。作業項目が「完了」と見なされるかどうかは別の方法で判断します。企業管理対象プロジェクトでは、JQL resolution = unresolved を使用して、開いている作業項目を見つけられますが、Jira Service Management のチーム管理対象プロジェクトでは、これを statusCategory != Done に変更する必要があります。
メール リクエスト タイプ
Requests sent to your service project’s email address are automatically added to your queues, so your team can focus on customers without managing multiple places to work. In company-managed projects, you can configure this so that email requests are created with a custom request type you have configured. However, in team-managed projects, we create a dedicated request type for all email requests which cannot be changed. Learn how to set up request types in team-managed service projects.
リクエスト タイプと作業タイプ
企業管理対象プロジェクトでは、各リクエスト タイプは 1 つの作業タイプに関連付けられています。これらの作業タイプは Jira サイトにあるプロジェクト全体で共有できます。リクエスト タイプ フィールドは関連付けられた作業タイプのフィールドに基づきます。
In team-managed projects, each project has its own request types that can’t be shared across projects. This means that each team-managed project has its own request types that are independent of other projects. Team-managed request type fields are dragged and dropped within a project without impacting request types in other projects (or going to Jira settings). Learn more about work types and request types in company-managed and team-managed projects.
フィルター
フィルターは自動的に移行されないので、更新する必要があります。フィルターの詳細をご確認ください。
チーム管理対象プロジェクトから企業管理対象プロジェクトへ移行する際の考慮事項
チーム管理対象プロジェクトと企業管理対象プロジェクトは大きく異なります。企業管理対象プロジェクトとチーム管理対象プロジェクトの違いについて、ご確認ください。このドキュメントは、チーム管理対象プロジェクトから企業管理対象プロジェクトに移行する際の考慮事項を含みます。
チーム管理対象プロジェクトの要素
You will need to recreate your existing project’s configuration for your new project, so these elements in your team-managed project can be migrated. This includes things like queues, reports, customers, request types, portal configuration, custom notifications, language support, automation rules, SLAs, approvals, workflows, and fields. Learn about how workflows are different between company-managed and team-managed projects.
リクエストタイプ
Work types and request types differ between company-managed and team-managed projects. The request types in your team-managed project can be mapped directly to the request types in your company-managed project. You will have to recreate these request types, as they cannot be copied across. Learn more about request types.
ただし、特定のリクエスト タイプでフィールドやワークフローを変更する必要がある場合は、その基盤となる作業タイプを変更する必要があります。プロジェクトに関連する作業タイプ スキームは、Jira 管理者が変更する必要があります。作業タイプ スキームの詳細をご確認ください。
カスタム フィールド
If you customized the fields that appear on your team-managed request types, you'll need to have a Jira admin recreate these fields in your new company-managed project's screen schemes and field configuration schemes. Read more about work item custom fields.
カスタム フィールドのデータは、リクエストに対応する形で保存されます。しかし、チーム管理対象プロジェクトのフィールドは移行先である企業管理対象プロジェクトのフィールドとは技術的に異なるため、移行されると空白で表示されます。このデータは復元不能であり、移行前のチーム管理対象プロジェクトに作業項目を戻しても復元できません。
プロジェクトアクセス
Access to company-managed projects is controlled by a permissions scheme. Only your Jira admin can update your company-managed project's permission scheme. You may want to confirm your company-managed project’s permission setup after creation. Find out more about configuring permissions.
Project and work item keys
プロジェクト キーは一意であり、Jira で再利用することはできません。リクエストを別のプロジェクトに移行すると、それらは新しいキーを取得します。新しいプロジェクトには一意の異なるキーが必要です。リクエスト移行プロセスを使用してリクエストを移行すると、Jira は古いリクエスト キーへのすべてのリンクを自動的にリダイレクトします。プロジェクト キーの詳細については、こちらをご覧ください。
解決済みの作業項目
企業管理対象プロジェクトとチーム管理対象プロジェクトでは、作業項目が完了と見なされるかどうかを判断する方法が異なります。チーム管理対象プロジェクトでは、JQL statusCategory != Done を使用して開いている作業項目を見つけられますが、企業管理対象プロジェクトでは、これを resolution = unresolved に変更して解決フィールドに値があるようにする必要があります。
フィルター
フィルターは自動的に移行されないので、更新する必要があります。フィルターの詳細をご確認ください。
この内容はお役に立ちましたか?