チーム管理対象プロジェクトと企業管理対象プロジェクト間で移行する
このページの内容は、次のような場合に役立ちます。
Your team currently works in a company-managed project, and you want to migrate to a team-managed project.
Your team gave team-managed projects a try, found that it didn't suit how you work, and you want to move your work items to a company-managed project.
Create a project to receive your existing work items
You'll need to have a new scrum or kanban project available, so your current software project work items have a place to go to.
Create a new team-managed project to receive your existing company-managed project work items
新しいチーム管理対象プロジェクトを作成するには、次の手順に従います。
Next to Projects in the sidebar, select Create project (
[プロジェクト テンプレート] で [ソフトウェア開発]、または [製品] で [Jira] を選択します。
利用可能なテンプレートの詳細を確認して、テンプレートを選択します。
テンプレートの詳細を表示して、[テンプレートを使用] を選択します。
プロジェクト タイプ: [チーム管理対象] を選択します。
プロジェクトに名前を付けます。[テンプレートの変更] を選択すると、テンプレートを変更できます。
プロジェクトにアクセスできるユーザーを選択します。
[作成] を選択します。
プロジェクト キーはプロジェクトの作成時に自動的に生成されます。
Or, create a new company-managed project to receive your existing team-managed project work items
チーム管理対象プロジェクトから 企業管理対象プロジェクトに移行する場合、Jira 管理者は新しい企業管理対象プロジェクトを作成する必要があります。Jira 管理者までご連絡ください。企業管理対象プロジェクトの作成に関する詳細。
新しい企業管理対象プロジェクトを作成するには、次の手順に従います。
Next to Projects in the sidebar, select Create project (
[プロジェクト テンプレート] で [ソフトウェア開発]、または [製品] で [Jira] を選択します。
利用可能なテンプレートの詳細を確認して、テンプレートを選択します。
テンプレートの詳細を表示して、[テンプレートを使用] を選択します。
プロジェクト タイプ: [企業管理対象] を選択します。
プロジェクトに名前を付けます。[テンプレートの変更] を選択すると、テンプレートを変更できます。
プロジェクトにアクセスできるユーザーを選択します。
[作成] を選択します。
Find and move your existing work items to your new project
Now that you have an empty project waiting to receive your old project's work items, select Search in the top navigation, then View all work items to move all your existing work items into the new project.
You need to have the relevant project permissions to move work items.
To move multiple work items in All work:
Adjust the search criteria to show the appropriate list of work items.
Select Import and bulk change work items (•••) and choose Bulk Change all <n> work items.
Select the work items you'd like to perform the bulk operation on, and select Next.
Select Move work items and select Next.
Select a destination project and work type, and select Next.
この移動に必要なフィールドの値を選択し、可能であれば、メール通知を送信するかどうかを決定します。[次へ] を選択します。
変更を確認して [確認] > [承認] の順に選択します。
企業管理対象からチーム管理対象プロジェクトへ移行する際の考慮事項
チーム管理対象プロジェクトと企業管理対象プロジェクトは技術的に大きく異なります。企業管理対象ソフトウェア プロジェクトからチーム管理対象ソフトウェア プロジェクトに移行する際の考慮事項を次に示します。
Completed, planned or active sprints: Sprints won’t move from a company-managed project to a team-managed project. Past sprints will not be displayed on the timeline. The work items that were in your company-managed project will be added to the backlog of your team-managed project.
Components: Component fields are unique to every project in Jira. If you migrate work items with completed component field information, you will lose this data.
Components field data is not recoverable, even if you bulk move these work items back to the company-managed projects they came from.
Custom fields: These must be recreated in your new team-managed project. Team-managed project fields are independent from global custom fields. When you move work items to a team-managed project, Jira retains most of your work items' global custom field values (except component and version fields). But, we don't map them to your team-managed project's fields. Your global custom field data is stored against your work items but the fields in your company-managed project are technically different from the fields in your team-managed destination, so they will appear blank. This data is not lost (except component and version fields). If you move your work items back to a company-managed project that supports the custom field, the original values stored against it reappear.
ストーリー ポイントの見積もり: このデータは失われます。ただし、チーム管理対象プロジェクトの見積もり機能を有効にすることで、ストーリー ポイントの見積りを新しく行えます。
レポート: プロジェクトのベロシティ レポート用のデータは保存されません。ベロシティ レポートには、過去のスプリントでポイントが完了していないことが示されます。
レポート履歴: この移行プロセスでは、すべてのレポート履歴が失われます。バーンアップ レポートとベロシティ レポートは移行されません。
並行スプリント: 現在、チーム管理対象プロジェクトでは並行スプリントの実行はサポートしていません。
Project and work item keys: Jira will automatically update the work item keys of migrated work items to reflect their new project. Any existing links to old work item keys will be automatically redirected.
バージョンとリリース: この移行プロセスではすべてのバージョン情報が失われます。新しいチーム管理対象プロジェクトで [リリースとバージョン] 機能を有効にしている場合でも同様です。
Versions and releases field data is not recoverable, even if you bulk move these work items back to the company-managed projects they came from
チーム管理対象プロジェクトから企業管理対象プロジェクトへ移行する際の考慮事項
チーム管理対象プロジェクトと企業管理対象プロジェクトは技術的に大きく異なります。チーム管理対象ソフトウェア プロジェクトから企業管理対象ソフトウェア プロジェクトに移行する際の考慮事項を次に示します。
ボード ステータス: チーム管理対象ボードをカスタマイズした場合は、企業管理対象プロジェクトのワークフローで同じステータスをセットアップする必要があります。ステータスとワークフローを作成して変更できるのは、Jira 管理者のみです。詳細情報。
カスタム フィールド:チーム管理プロジェクトでカスタム フィールドを使用する場合、Jira 管理者はフィールドを再作成して、そのフィールドを会社管理プロジェクトの画面スキームとフィールド設定に追加する必要があります。カスタム フィールドのデータは再作成する必要があり、さもなければ失われます。
Work types: If you added your own work types to your team-managed project, you'll need to have a Jira admin recreate these using a work type scheme that they associate to your new company-managed project. Learn more.
プロジェクト アクセス: 企業管理対象プロジェクトへのアクセスは、権限スキームによって制御されます。Jira 管理者のみが、企業管理対象プロジェクトの権限スキームを更新できます。詳細情報。
Project and work item keys: Jira will automatically update the work item keys of migrated work items to reflect their new project. Any existing links to old keys will be automatically redirected.
Reports: Reports data won't be saved. Even though your work items will be retained, data for your project's Velocity and Burnup reports won't transfer over, and will be lost.
ストーリー ポイントの見積もり: このデータは失われます。これは、Jira が企業管理対象プロジェクト (ストーリー ポイント) で見積もりを保存するために使用するカスタム フィールドが、チーム管理対象プロジェクト (ストーリー ポイントの見積もり) で使用されるカスタム フィールドと異なるためです。
この内容はお役に立ちましたか?