Server から Cloud への移行のテスト

descriptionセルフホスト型の Jira または Confluence サーバーからクラウド製品への移行のテストのベスト プラクティスをご紹介します。

サーバーまたは Data Center 製品からクラウド製品への移行を計画する際、移行する前にトライアル実行を実施することを強くおすすめします。テスト移行は次のことに役立ちます。

  1. 予想されるダウンタイムも含めた、実際の移行のタイムラインの明確化。
  2. データの検証とユーザー受け入れテスト (UAT) の実行。
  3. ローンチの準備とオンボーディング時のコミュニケーションの構築。
  4. 実際の移行の前に解決する必要がある潜在的な問題や手順の確認。

このガイドでは、ベスト プラクティスやテスト対象を含む、Jira または Confluence のテスト移行を実行する方法の概要を紹介します。

はじめる前に

  • 計画ガイドの確認: 移行を成功させるには、移行をよく計画する必要があります。テストを開始する前に、アトラシアンの移行計画ガイドを確認する時間を確保してください。テストを開始する前に知っておくべき情報を含む、主要なフェーズや各ステップでの考慮事項が記載されています。
  • 移行方法の選択: クラウド製品への移行にはさまざまな方法があります。テストを行う前に、それらの方法を比較し、最適なものを選択する必要があります。
  • 前提条件の完了: 移行方法を選択したら、ドキュメントを確認し、テスト前に実施する必要がある前提条件となる手順がないことを確認します。

動作の仕組み

移行前のチェックを完了したら、移行を開始しましょう。

移行のテストと本番環境の移行の準備におすすめしている基本的なステップの概要は、以下のとおりです。

  1. データのクリーンアップ
  2. クラウド サイトへのサインアップ
  3. (オプション) Atlassian Access のセットアップ
  4. テスト移行の実行
  5. データの確認とユーザー受け入れテスト (UAT) の実施
  6. (オプション) テスト サイトのリセット
  7. 移行手順書の作成
  8. 変更管理とローンチ計画の作成

ステップ 1: データのクリーンアップ

移行するデータが多くなるほど、移行にかかる時間が長くなり、移行がより複雑になる可能性が高くなります。このため、テスト移行を実行する前にデータをクリーンアップする時間を取ることをおすすめしています。これによって、移行がスムーズになり、パフォーマンスの問題が軽減され、クラウド製品での生産性が向上する場合もあります。 

以下は、具体的に確認することをおすすめしている項目です。

General tips
  • ユーザーが適切なグループに所属していることを確認し、不適切な権限や更新が必要な権限があった場合は修正します。
  • Review and assess your apps and integrations to see which are being used, which aren't, and if there are cloud features or apps that can replace them. 
Tips for cleaning up Jira

Customizations

カスタマイズを可能な限り最小限にします。これには以下が含まれます。

  • ワークフローを標準化します。これにより、新しいプロジェクトを開始するチームで作業を単純化できます。 
  • グループおよび権限スキームを確認し、使用されているもの、使用されていないもの、標準化または単純化できるものがあるかどうかを確認します。 
  • カスタム フィールド、スキーム、課題タイプ、ステータス、解決状況、ボード、フィルター、および画面を最適化します。


その他のデータ

Think carefully about what data you can clean up. This could include:

  • 未使用のアプリまたはトライアル データを確認および削除します。
  • 移行すべきプロジェクトを考慮し、移行前に削除できる不要なプロジェクトがあるかどうかを検討します。一般的に、未使用のプロジェクトおよび課題は、パフォーマンスだけではなく管理時間にも影響するため、特にクリーンアップすることをおすすめします。
  • すべてのデータを削除して設定と空のプロジェクト コンテナのみを移行することを選択するお客様もいます。これは、クラウド製品の使用を新しく開始するが、サーバー版と同じ設定を使用したい場合に最適なオプションです。
  • There are also some third-party apps you may want to use, like Optimizer for Jira, that can help you assess current usage and clean up your system.
  • Learn more great tips and tricks on cleaning up Jira from one of our Community leaders.


Using the Jira Cloud Migration Assistant

If you are using the Jira Cloud Migration Assistant to migrate, this can assist with pre-migration clean-up a few ways: 

  • On the project selection page, you can sort projects by “last updated”. This can help prioritize which projects to migrate before others.
  • Which projects to leave behind as they are not needed (you may need to seek approval and or alternative ways to archive the data).The Jira Cloud Migration Assistant does not migrate all of your configuration on your Jira Server instance to cloud. It performs an analysis of what is needed for the projects you have selected, and only migrates what is needed for those projects to continue working in cloud. This means that any unmapped or unused configurations like workflow schemes, permissions schemes, custom fields that are not used by the selected projects are not migrated to cloud.
Tips for cleaning up Confluence
  • Consider removing or leaving behind anything that hasn't been used recently. This could include specific pages, entire spaces, attachments, macros, or apps. For more advice on how to gather usage statistics, refer to How do I get more statistics from Confluence?
  • Confluence Data Center または大規模なサーバー サイトから移行する場合、多数のコメントや添付ファイルを持つ大きなスペースのいくつかで移行をテストすることをおすすめします。 
  • You may want to search on Marketplace for third-party apps that can help you audit usage and identify what can be cleaned up. 


ステップ 2: クラウド サイトへのサインアップ

クラウド サイトにサインアップしていない場合、今すぐサインアップを完了しましょう。テストをトライアル サイトで実行するか、本番サイトで実行するかを決定する必要があります。 

トライアル サイトを使用する場合、次のことが可能です。

新しい本番サイトへの移行テストを予定している場合、Free、Standard、または Premium プランから選択できます。 

クラウド URL の選択のヒント

サイト名 (URL) の形式は https://example.atlassian.net になります。ここで、example はユーザーが指定する一意の文字列です。

サイト名は、クラウド製品に初めてサインアップする際 (例: Jira Software Cloud または Confluence Cloud への初回サインアップ時) に、Atlassian Cloud サイト全体に対して選択されます。

サイト名を指定する際には、いくつかの点に考慮する必要があります。

  • 3 文字以上の一意の文字列にする必要があります。

  • 英数字とハイフンのみを使用できます。

  • 1 文字目または最後の文字をハイフンにすることはできません。

個別のテストおよびステージング環境が必要な場合、いくつかの方法でセットアップできます。詳細についてはこちらをご参照ください。

(オプション) ステップ 3: Atlassian Access のセットアップ

Atlassian Access は、SAML SSO、ユーザー プロビジョニング (SCIM)、強制 2 段階認証、監査ログなどのクラウド セキュリティおよびユーザー管理機能を提供します。これはすべてのアトラシアン クラウド製品およびドメインにわたって動作するため、ユーザーとセキュリティ ポリシーを 1 か所で管理できます。 

クラウド製品で Atlassian Access を使用する予定がある場合、テスト移行を開始する前に 30 日の無料トライアルにサインアップし、すべてのユーザーに対して SSO をセットアップして、ユーザー プロビジョニングおよび監査ログをテストできます。30 日以上の期間が必要な場合は、お問い合わせください

Step 4: Complete the pre-migration checklist

Run through the pre-migration checklists for Jira and/or Confluence before starting your test migration to ensure you and your data are ready to go. 

Step 5: Perform the test migration

移行をテストする準備ができました。

Jira および Confluence Cloud Migration Assistant の場合

  1. Confluence Cloud Migration Assistant」または「Jira Cloud Migration Assistant」に記載されている手順に従い、データをインポートします。 

  2. データを移行したら、クラウド製品で使用する予定のアプリを移行またはインストールします。 

移行を複数回テストする必要がある場合、再インポートする予定のデータを手動で削除する必要があります。これは、移行アシスタントがクラウド サイトにすでに存在するデータを上書きしないためです。データを削除するには 2 つの方法があります。

  1. クラウド サイトからすべてのデータを削除します。 

  2. 個々のスペースを削除するか、個々のプロジェクトを削除します。

データを削除した後にテスト移行を再実行できます。

Jira サイト インポートの場合

  1. Jira サイト インポーターを使用してサーバーからクラウドに移行する」の手順に従ってデータをインポートします。

  2. データを移行した後、クラウド製品で使用する予定のアプリを移行またはインストールします。 

移行を再テストする必要がある場合、Jira のサイト インポートを行うと、以前インポートした Jira データやクラウド サイトに存在するデータなどのすべての既存のコンテンツが削除されます。つまり、過去のテスト移行のデータは自動的に削除されるため、複数回テストする場合に最初にデータを削除する必要はありません。

Step 6: Review your data and conduct User Acceptance Testing (UAT)

移行後、クラウド サイトを確認して、すべてが想定どおりに動作していることを検証します。 

一般的な確認事項

  • Jira 課題にリンクされている Confluence ページなど、他のコンテンツへのリンクが機能していることを確認します。
  • 他のサーバー製品へのアプリケーション リンクの再構成が必要になる場合があります。この場合、再構成を行ったあとに機能を再テストし、連携が想定どおりに機能していることを確認します。 
  • 移行したアプリやアプリ データが想定どおりに動作していることを確認します。
  • Jira、Confluence、または Bitbucket などの他の製品との連携をテストします。
  • 移行およびローンチ後に予定されるトレーニングやコミュニケーションのためにスクリーンショットを取得し、サーバー製品とクラウド サイトとの間の変更を文書化します。

Jira の場合

  • ワークフローが想定どおりに動作していることを確認します。たとえば、移行されていないサードパーティ製アプリに依存している事後操作がある場合があります。これらがクラウド製品では機能しないが、サーバー サイトでは引き続き機能していることがあります。 
  • 製品の使用やテスト データの作成を試します。新しいプロジェクトの作成、課題の作成と編集、添付ファイルのアップロードなどをテストします。
  • Jira マクロの修復を実行し、動作しなくなったマクロが修正されるかどうかを確認します。

Confluence の場合

  • 添付ファイルが正しくインポートされていることを確認します。
  • 移行したアプリやアプリ データが想定どおりに動作していることを確認します。Gliffy Diagrams などのサードパーティ製アプリに依存しているマクロが動作しない可能性があります。この場合、修正が可能かどうかをアプリ ベンダーにご確認ください。

UAT および変更管理のベスト プラクティス

ユーザー受け入れテストを実施する理由

一部のエンドユーザーにテスト サイトを使用して一般的な日常タスクを模倣してもらう、UAT を実施することをおすすめします。これによって、予期していない問題を把握できるだけでなく、組織が変更に対して準備することができます。

対象に含めるべき人物

これは組織ごとに異なりますが、次のようなユーザーとテストを行うことをご検討ください。

  • 特定のチームのメンバー
  • ヘビー ユーザーと使用頻度の低いユーザーの組み合わせ
  • クラウド サイトに移行する各チームから選定されたメンバー

明確で建設的なフィードバックを提供できるユーザーを選定することもご検討ください。一般に、インプットを得るために、クラウド サイトを使用するすべての主要なユーザー タイプまたはロールを招待することをおすすめします。

テストすべき対象

慣れ親しんだ機能が移行で変更されることによる、ユーザーへの次のような問題を記録するようにします。

  • 新機能
  • 新しいユーザー インターフェイス
  • 異なるアプリ
  • 新しい URL とブックマークの変更
  • ユーザー管理の違い

製品固有の推奨事項

  • Jira Software および Jira Core: スプリントの作成、バックログへの課題の追加、ボードの参照などをテストします。
  • Jira Service Desk: キューの参照、ポータル ビューの確認、その他の一般的なアクティビティをエージェントに依頼します。
  • Confluence: 新しいスペースの作成、ページの作成と編集、添付ファイルのアップロードなどをユーザーに試してもらいます。

ユーザーが混乱した領域や機能変更を記録します。これらはローンチ前やオンボーディング時に提供するコミュニケーションとトレーニングに含めることができます。 

(Optional) Step 7: Reset your test site

本番環境インスタンスを使用してテストしたり、テストを再実行する必要がある場合などに、クラウド サイトからデータを削除して再度開始できます。

クラウド サイトからすべてのデータを削除し、既定の設定にリセットするには、こちらの手順に従います。 

ステップ 8: 移行手順書の作成

移行手順書は、移行を完了するために必要な作業をまとめた詳細な手順ガイドです。これを作成することで、本番環境への移行を計画どおりにスムーズに実施できます。

手順書には、プロセスの各ステップ、それらのステップで必要な手順、それらを実施する担当者、予想される時間などを含める必要があります。

ステップ 9: 変更管理とローンチ計画の作成

テストが完了したら、ユーザーが移行の結果としてどのような変更に備えるべきかを予測できるようになります。ユーザーが作業を素早く再開するために必要なトレーニング、ドキュメント、コミュニケーションを準備します。 

これらをまとめる際は、変更内容だけではなく、その理由や、ユーザーが移行から得られるメリットを強調するようにします。

ユーザー向けの一般的なメリットには、以下が含まれます。

  • 無料のクラウド モバイル アプリへのアクセス
  • どこからでも作業を行い、素早く安全にアクセス可能 (VPN は不要)
  • 他の SaaS ツールやクラウド アプリとのより良い連携

詳細情報とサポート

移行をサポートする多数のチャネルをご用意しています。

最終更新日 2020 年 5 月 26 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.