チーム管理対象プロジェクトと企業管理対象プロジェクト間で移行する

チーム管理対象プロジェクトと企業管理対象プロジェクト間の移行は複雑ですが、可能です。チームが現在作業している企業管理対象プロジェクトをチーム管理対象プロジェクトに移行する、またはチーム管理対象プロジェクトを試して、それが作業に適していないことが判明したためリクエストを企業管理対象プロジェクトに移行するとします。

現在のプロジェクトのリクエストを移行する、新しい Jira Service Management プロジェクトが必要です。

新しいチーム管理対象プロジェクトを作成して、既存の企業管理対象プロジェクトのリクエストを受信する

新しいチーム管理対象プロジェクトを作成するには、次の手順に従います。

1. Jira をクリックします。 。

2. [プロジェクト] を選択します。

3. Select Create project > Try a team-managed project.

4. サービス プロジェクトを選択していることを確認します。[テンプレートの変更] を選択すると、利用可能なすべてのチーム管理対象テンプレートを表示できます。

5. 新しいプロジェクトの名前を入力し、[作成] をクリックします。

新しい企業管理対象プロジェクトを作成して、既存のチーム管理対象プロジェクトのリクエストを受信する

Jira 管理者は、新しい企業管理対象プロジェクトを作成する必要があります。Jira 管理者までご連絡ください。企業管理対象プロジェクトの作成に関する詳細。

新しい企業管理対象プロジェクトを作成するには、次の手順に従います。

1. Jira をクリックします。 。

2. [プロジェクト] を選択します。

3. Select Create project > company-managed project.

4. Make sure you've selected a service project. You can select Change template to view all available company-managed templates.

5. 新しいプロジェクトの名前を入力し、[作成] をクリックします。

既存のリクエストを見つけて新しいプロジェクトに移動する

古いプロジェクトのリクエストの移動先となる空のプロジェクトが用意できたため、既存のリクエストを新しいプロジェクトに移動できます。

この手順を完了するには、管理者に一括変更グローバル権限を付与するよう尋ねます。グローバル権限の詳細をご確認ください。

既存のリクエストを検索する

まず、移動するリクエストを検索する必要があります。

1. Jira をクリックします。 Jira ホームページに移動します。

2. [フィルター] を選択します。

3. [すべての課題] を選択します。

4. [プロジェクト] フィルターをクリックして、リクエストがあるプロジェクトを選択します
   (高度な検索モードの場合、[基本] を選択する必要があります)。

5. 右上の [その他 (•••)] > [すべてを一括変更] を選択します。一括操作ウィザードが表示されます。
   
   

既存のリクエストを新しいプロジェクトに移動する

一括操作ウィザードに従って、リクエストを新しいプロジェクトに移動します。

1. 移行するリクエストを選択して [次へ] をクリックします。

2. [課題の移動] を選択して、[次へ] をクリックします。

3. [プロジェクトおよび課題タイプを選択する] 画面で、移動先を選択します。

4. [ターゲット プロジェクトのステータスをマッピング] 画面で、元のプロジェクトの各リクエストについて宛先のステータスを選択します。ここで指定したステータスが、新しいプロジェクトでチーム管理対象プロジェクトの各リクエストが持つステータスになります。

5. 最後の画面で、[確認] をクリックします。

企業管理対象プロジェクトからチーム管理対象プロジェクトへ移行する際の考慮事項

Team-managed projects and company-managed projects are quite different. You can read about the differences between company-managed and team-managed projects. We’ve included some things to consider when you migrate from a company-managed to a team-managed project.

企業管理対象プロジェクトの要素

企業管理対象プロジェクトの要素を移行できるようにするには、新しいプロジェクトに既存のプロジェクトの設定を再度行う必要があります。これには、キュー、レポート、顧客、リクエスト タイプ、ポータルの設定、カスタム通知、言語サポート、自動化ルール、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 issue and request types in company-managed and team-managed projects.

フィルター

フィルターは自動的に移行されないので、更新する必要があります。フィルターの詳細をご確認ください。

チーム管理対象プロジェクトから企業管理対象プロジェクトへ移行する際の考慮事項

Team-managed projects and company-managed projects are quite different. You can read about the differences between company-managed and team-managed projects. We’ve included some things to consider when you migrate from a team-managed to a company-managed project.

チーム管理対象プロジェクトの要素

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.

リクエストタイプ

Issue 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. Learn more about issue 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. Learn more about configuring permissions.

プロジェクトおよび課題キー

プロジェクト キーは一意であり、Jira で再利用することはできません。リクエストを別のプロジェクトに移行すると、それらは新しいキーを取得します。新しいプロジェクトには一意の異なるキーが必要です。リクエスト移行プロセスを使用してリクエストを移行すると、Jira は古いリクエスト キーへのすべてのリンクを自動的にリダイレクトします。プロジェクト キーの詳細については、こちらをご覧ください。

解決済みの課題

Company-managed and team-managed projects have different ways of determining whether an issue is considered Done. Whilst in team-managed projects you might use the JQL statusCategory != Done to find open issues, in company-managed projects you’ll need to change this to resolution = unresolved and ensure that the resolution field has a value.

フィルター

フィルターは自動的に移行されないので、更新する必要があります。フィルターの詳細をご確認ください。