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

チーム管理対象プロジェクトと企業管理対象プロジェクト間の移行は、複雑ですが可能です。チームで企業管理対象プロジェクトを使用しているが、チーム管理対象プロジェクトに移行したいという場合もあれば、チーム管理対象プロジェクトを試していたが、希望の作業方法には合わないため、リクエストを企業管理対象プロジェクトに移動したいという場合もあるでしょう。

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

新しいチーム管理対象プロジェクトを作成する

既存の企業管理対象プロジェクトのリクエストを受け取るために、新しいチーム管理対象プロジェクトを作成します。

1. 既存のプロジェクトで、サイド ナビゲーションの [プロジェクト] に移動し、[プロジェクトの作成] () を選択します。

2. [サービス管理] カテゴリからプロジェクト テンプレートを選択し、[テンプレートを使用] を選択します。

3. 次の画面で、プロジェクト タイプとして [team-managed (チーム管理対象)] を選択します。

4. 新しいプロジェクトの名前を入力し、残りのフィールドにも入力してから、[プロジェクトの作成] を選択します。

Note that not all project templates have a team-managed version. You’ll also only be able to create a team-managed project if team-managedprojects are enabled on your site. Read about enabling team-managed projects.

新しい企業管理対象プロジェクトを作成する

既存のチーム管理対象プロジェクトのリクエストを受け取るために、新しい企業管理対象プロジェクトを作成します。

1. 既存のプロジェクトで、サイド ナビゲーションの [プロジェクト] に移動し、[プロジェクトの作成] () を選択します。

2. [サービス管理] カテゴリからプロジェクト テンプレートを選択し、[テンプレートを使用] を選択します。

3. 次の画面で、プロジェクト タイプとして [company-managed (企業管理対象)] を選択します。

4. 新しいプロジェクトの名前を入力し、残りのフィールドにも入力してから、[プロジェクトの作成] を選択します。

You must be a Jira admin to create a company-managed project. Read more about creating company-managed projects.

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

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

To complete this step, ask your admin to grant you the Make bulk changes global permission. Read more about global permissions.

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

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

1. Click your Jira to navigate to the Jira home page.

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

3. [すべての作業項目] を選択します。

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

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

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

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

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

2. [Move work items (作業項目を移動)] を選択して、[次へ] をクリックします。

3. [Select Projects and Work Types (プロジェクトおよび作業タイプを選択する)] 画面で、移動先を選択します。

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 に保持されます (コンポーネント フィールドとバージョン フィールドを除きます)ただし、これらの値はチーム管理対象プロジェクトのフィールドにマッピングされません。

グローバル カスタム フィールドのデータは、リクエストに対応する形で保存されます。しかし、企業管理対象プロジェクトのフィールドは移行先であるチーム管理対象プロジェクトのフィールドとは技術的に異なるため、移行されると空白で表示されます。移行前の企業管理対象プロジェクトに作業項目を戻すと、このデータを復元できます。

プロジェクトおよびリクエスト キー

Project keys are unique and can never be reused in Jira. If you migrate your requests to another project, they will get new keys and the new project must have a different key. If you move a request to another service, Jira will automatically redirect any links to your old request keys. Learn more about project keys.

解決状況フィールド

チーム管理対象プロジェクトでは、企業管理対象プロジェクトにあるものと同じ解決状況フィールドは使用しません。作業項目が「完了」と見なされるかどうかは別の方法で判断します。企業管理対象プロジェクトでは、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.

フィルター

Filters will not be automatically migrated, you’ll need to update them. Learn more about filters.

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

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.

リクエストタイプ

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.

However, if you need to change the fields or workflows for a certain request type, you will need to change the underlying work type. Your Jira admin will need to change the work type scheme associated with your project. Read more about work type schemes.

カスタム フィールド

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

Project keys are unique and can’t be reused in Jira. If you migrate your requests to another project, they will get new keys and the new project must have a different key of its own. If you migrate your requests using the request migration process, Jira will automatically redirect any links to your old request keys. Read more about project keys.

解決済みの作業項目

企業管理対象プロジェクトとチーム管理対象プロジェクトでは、作業項目が完了と見なされるかどうかを判断する方法が異なります。チーム管理対象プロジェクトでは、JQL statusCategory != Done を使用して開いている作業項目を見つけられますが、企業管理対象プロジェクトでは、これを resolution = unresolved に変更して解決フィールドに値があるようにする必要があります。

フィルター

Filters will not be automatically migrated, you’ll need to update them. Read more about filters.