チーム管理対象プロジェクトと企業管理対象プロジェクト間で移行する
Migrating between team-managed and company-managed projects is complex, but possible. Perhaps your team currently works in a company-managed project and you want to migrate to a team-managed project. Or maybe your team gave a team-managed project a try and found that it didn't suit how you like to work, so you want to move your requests to a company-managed project.
現在のプロジェクトのリクエストを移行する、新しい Jira Service Management プロジェクトが必要です。
Create a new team-managed project
To receive your existing company-managed project requests, create a new team-managed project:
From an existing project, go to Projects in the side navigation and select Create project ().
From the Service management category, select a project template, then select Use template.
In the following screens, select team-managedas the project type.
Enter a name for your new project, fill in the remaining fields and select Create project.
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.
Create a new company-managed project
To receive your existing team-managed project requests, create a new company-managedproject:
From an existing project, go to Projects in the side navigation and select Create project ().
From the Service management category, select a project template, then select Use template.
In the following screens, select company-managedas the project type.
Enter a name for your new project, fill in the remaining fields and select Create project.
You must be a Jira admin to create a company-managed project. Read more about creating company-managed projects.
既存のリクエストを見つけて新しいプロジェクトに移動する
古いプロジェクトのリクエストの移動先となる空のプロジェクトが用意できたため、既存のリクエストを新しいプロジェクトに移動できます。
この手順を完了するには、管理者に一括変更グローバル権限を付与するよう尋ねます。グローバル権限の詳細をご覧ください。
既存のリクエストを検索する
まず、移動するリクエストを検索する必要があります。
Jira をクリックします。 Jira ホームページに移動します。
[フィルター] を選択します。
Select All work items.
[プロジェクト] フィルターをクリックして、リクエストがあるプロジェクトを選択します
(高度な検索モードの場合、[基本] を選択する必要があります)。右上の [その他 (•••)] > [すべてを一括変更] を選択します。一括操作ウィザードが表示されます。
既存のリクエストを新しいプロジェクトに移動する
一括操作ウィザードに従って、リクエストを新しいプロジェクトに移動します。
移行するリクエストを選択して [次へ] をクリックします。
Select Move work items > Next.
On the Select Projects and Work Types screen, select a destination.
[ターゲット プロジェクトのステータスをマッピング] 画面で、元のプロジェクトの各リクエストについて宛先のステータスを選択します。ここで指定したステータスが、新しいプロジェクトでチーム管理対象プロジェクトの各リクエストが持つステータスになります。
On the final screen select Confirm.
企業管理対象プロジェクトからチーム管理対象プロジェクトへ移行する際の考慮事項
チーム管理対象プロジェクトと企業管理対象プロジェクトは大きく異なります。企業管理対象プロジェクトとチーム管理対象プロジェクトの違いについて、ご確認ください。このドキュメントは、企業管理対象プロジェクトからチーム管理対象プロジェクトに移行する際の考慮事項を含みます。
企業管理対象プロジェクトの要素
企業管理対象プロジェクトの要素を移行できるようにするには、新しいプロジェクトに既存のプロジェクトの設定を再度行う必要があります。これには、キュー、レポート、顧客、リクエスト タイプ、ポータルの設定、カスタム通知、言語サポート、自動化ルール、SLA、承認、ワークフロー、フィールドが含まれます。
コンポーネント
Component fields are unique to every project in Jira. If you migrate work items with completed component field information, you will lose this data. This data is not recoverable, even if you bulk move these work items back to the company-managed projects they came from.
カスタム フィールド
移行するには、新しいチーム管理対象プロジェクトでカスタム フィールドを再び作成する必要があります。チーム管理対象プロジェクトのフィールドはグローバル カスタム フィールドから独立しています。リクエストをチーム管理対象プロジェクトに移動すると、リクエストのグローバル カスタム フィールドの大半の値は Jira に保持されます (コンポーネント フィールドとバージョン フィールドを除きます)ただし、これらの値はチーム管理対象プロジェクトのフィールドにマッピングされません。
Your global custom field data is stored against your requests but the fields in your company-managed project are technically different from the fields in your team-managed destination, so when migrated they will appear blank. The data is recoverable if you move the work items back to the company-managed projects they came from.
プロジェクトおよびリクエスト キー
プロジェクト キーは一意であり、Jira で再利用することはできません。リクエストを別のプロジェクトに移行すると、それらは新しいキーを取得します。新しいプロジェクトには異なるキーが必要です。リクエストを別のサービスに移行すると、Jira では古いリクエスト キーへのすべてのリンクを自動的にリダイレクトします。プロジェクト キーの詳細については、こちらをご覧ください。
解決状況フィールド
Team-managed projects don’t use the same resolution field that exists in company-managed projects, and have a different way of determining whether a work item is considered ‘Done’. While in company-managed projects you might use the JQL resolution = unresolved to find open work items, in Jira Service Management team-managed projects you’ll need to change this to statusCategory != Done.
メール リクエスト タイプ
サービス プロジェクトのメール アドレスに送信されたリクエストはキューに自動で追加されるため、チームは複数の作業場所を管理することなくカスタマー対応に集中できます。企業管理対象プロジェクトでは、設定したカスタム リクエスト タイプを使用してメール リクエストが作成されるように設定できます。ただし、チーム管理対象プロジェクトでは、すべてのメール リクエスト用に専用のリクエスト タイプが作成されます。これは変更できません。チーム管理対象サービス プロジェクトでリクエスト タイプをセット アップする方法をご確認ください。
Request types and work types
In company-managed projects, each request type is associated with a work type. These work types can be shared across projects in your Jira site. Request type fields are based on their associated work type fields.
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.
フィルター
フィルターは自動的に移行されないので、更新する必要があります。フィルターの詳細をご確認ください。
チーム管理対象プロジェクトから企業管理対象プロジェクトへ移行する際の考慮事項
チーム管理対象プロジェクトと企業管理対象プロジェクトは大きく異なります。企業管理対象プロジェクトとチーム管理対象プロジェクトの違いについて、ご確認ください。このドキュメントは、チーム管理対象プロジェクトから企業管理対象プロジェクトに移行する際の考慮事項を含みます。
チーム管理対象プロジェクトの要素
チーム管理対象プロジェクトの要素を移行できるようにするには、新しいプロジェクトに既存のプロジェクトの設定を再度行う必要があります。これには、キュー、レポート、カスタマー、リクエスト タイプ、ポータルの設定、カスタム通知、言語サポート、自動化ルール、SLA、承認、ワークフロー、フィールドが含まれます。企業管理対象プロジェクトとチーム管理対象プロジェクトのワークフローの違いについて、ご確認ください。
リクエストタイプ
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.
Your custom field data is stored against your requests but the fields in your team-managed project are technically different from the fields in your company-managed destination, so when migrated they will appear blank. The data is not recoverable if you move the work items back to the team-managed project they came from.
プロジェクトアクセス
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.
Resolved work items
Company-managed and team-managed projects have different ways of determining whether a work item is considered Done. While in team-managed projects you might use the JQL statusCategory != Done to find open work items, in company-managed projects you’ll need to change this to resolution = unresolved and ensure that the resolution field has a value.
フィルター
Filters will not be automatically migrated, you’ll need to update them. Read more about filters.
この内容はお役に立ちましたか?