Cloud 移行を計画する
Atlassian Server または Data Center 製品の移行準備に役立つドキュメント。
Server または Data Center から Cloud への移行を計画している際は、移行前にトライアル実行を実施することを強くお勧めします。テスト移行は次のことに役立ちます。
予想されるダウンタイムも含めた、実際の移行のタイムラインの明確化。
データの検証とユーザー受け入れテスト (UAT) の実行。
ローンチの準備とオンボーディング時のコミュニケーションの構築。
実際の移行の前に解決する必要がある潜在的な問題や手順の確認。
このガイドでは、ベスト プラクティスやテスト対象を含む、Jira または Confluence のテスト移行を実行する方法の概要を紹介します。
始める前に、以下の情報を確認してください。
移行を成功させるためには、移行計画をしっかりと準備する必要があります。テスト開始前に、移行ガイドをご確認ください。このガイドには、主要なフェーズや各ステップの考慮事項が記載されています。Cloud 移行ガイドの詳細をご確認ください。
移行方法は複数用意されています。テスト前に、これらの方法を比較して最適な方法を選択する必要があります。Cloud 移行方法の詳細をご確認ください。
現在、移行エクスペリエンスに影響する可能性がある変更を導入しています。admin.atlassian.com の組織で、[ユーザー] と [グループ] の各リストが [ディレクトリ] タブにある場合は、改善されたユーザー管理エクスペリエンスをご利用中です。これは、サイト全体のユーザーとグループが組織でマージされることを意味します。
テスト移行または UAT の場合、テスト クラウド サイトは製品サイトもホストしている組織に含まれないものを使用することをお勧めします。製品サイトは、別の組織でホストするようにしてください。これは、関連するユーザーとグループのスムーズな移行を確保するためです。
移行前のチェックを完了したら、移行を開始しましょう。
移行のテストと本番環境の移行の準備におすすめしている基本的なステップの概要は、以下のとおりです。
データのクリーンアップ
Cloud サイトにサインアップする
(Optional) Set up Atlassian Access (soon to be Atlassian Guard Standard)
テスト移行の実行
データの確認とユーザー受け入れテスト (UAT) の実施
(オプション) テスト サイトのリセット
移行手順書の作成
変更管理とローンチ計画の作成
移行するデータが多くなるほど、移行にかかる時間が長くなり、移行がより複雑になる可能性が高くなります。このため、テスト移行を実行する前にデータをクリーンアップする時間を取ることをおすすめしています。これによって、移行がスムーズになり、パフォーマンスの問題が軽減され、Cloud での生産性が向上する場合もあります。インスタンスのクリーンアップの詳細をご確認ください。
まだサインアップしていない場合は、今すぐしましょう。テストをトライアル サイトか本番サイトかどちらで実行するかを決定する必要があります。
トライアル サイトを使用する場合、次のことが可能です。
無料の Cloud 移行トライアルを有効にする
標準の 7 日間のトライアル (トライアル後に Free プランに戻ります) をセットアップする
Cloud 移行トライアルをご利用の場合は、サンドボックス環境で移行をテストできるように、Atlassian Cloud Premium または Enterprise プランを選択するか、それらにアップグレードすることをお勧めします。Premium と Enterprise の両プランは Standard プランよりも多くの機能を備えているため、このテスト環境では追加機能が表示される場合があることにご注意ください。
サイト名 (URL) の形式は https://example.atlassian.net/ になります。ここで、example はユーザーが指定する一意の文字列です。 Site names are chosen for an entire Atlassian Cloud site at the time you sign up for your first product – for example, when you first sign up for JiraCloud or Confluence Cloud. サイト名を指定する際には、いくつかの点に考慮する必要があります。
|
Atlassian Access (soon to be Atlassian Guard Standard) offers Cloud security and user management features including SAML SSO, user provisioning (SCIM), enforced two-factor authentication and audit logs. It works across all your Atlassian Cloud products and domains so you can manage users and security policies in one simple place.
If you're planning to use Atlassian Access (soon to be Atlassian Guard Standard) in Cloud, you can sign up for a 30-day free trial before beginning your test migration to get SSO set up for all users and test out user provisioning and audit logging. If you need more than 30 days, contact our support team.
テスト移行を開始する前に、移行前のチェックリストを実行して、あなたとそのデータの準備が整っていることを確認します。
移行をテストする準備ができました。
以下のページに記載されている手順に従います。
移行を複数回テストする必要がある場合は、再インポートする予定のデータを手動で削除する必要があります。これは、移行アシスタントが Cloud サイトにすでに存在するデータを上書きしないためです。データを削除するには 2 つの方法があります。
データを削除した後にテスト移行を再実行できます。
移行後、Cloud サイトを確認して、すべてが想定どおりに動作していることを検証します。
通常は次のロールになります。
Jira 課題にリンクされている Confluence ページなど、他のコンテンツへのリンクが機能していることを確認します。
他の Server または Data Center 製品へのアプリケーション リンクの再設定が必要であるかどうかを確認します。必要である場合は、再設定を行ったあとに機能を再テストし、統合が適切に機能していることを確認します。アプリケーション リンクの詳細をご確認ください。
移行したアプリやアプリ データが適切に動作していることを確認します。
Jira、Confluence、または Bitbucket などの他の製品との統合をテストします。
移行中とローンチ後に予定しているトレーニングやコミュニケーションのために、Server/Data Center サイトと Cloud サイト間の変更をスクリーンショットに撮影し、文書に記録します。
Jira データに関する確認事項
ワークフローが適切に動作していることを確認します。たとえば、移行されていないサードパーティ製アプリに依存している事後操作があるかもしれません。これらは Cloud では機能しないものの、Server または Data Center サイトでは引き続き機能している場合があります。
製品を使用してテスト データを作成します。新規プロジェクトの作成、課題の作成と編集、添付ファイルのアップロードなどをテストします。
Jira マクロの修復を実行して、動作しなくなったマクロが修正されるかどうかを確認します。
Confluence データに関する確認事項
添付ファイルが正しくインポートされていることを確認します。
移行したアプリやアプリ データが想定どおりに動作していることを確認します。Gliffy Diagrams などのサードパーティ製アプリに依存しているマクロが動作しない可能性があります。この場合は、修正できるかどうかをアプリ ベンダーにご確認ください。
一部のエンドユーザーにテスト サイトを使用して一般的な日常タスクを模倣してもらう、UAT を実施することをおすすめします。これによって、予期していない問題を把握できるだけでなく、組織が変更に対して準備することができます。
これは組織ごとに異なりますが、次のようなユーザーと一緒にテストすることをご検討ください。
特定のチームのメンバー
ヘビー ユーザーとライト ユーザーの組み合わせ
Cloud サイトに移行する各チームから選定されたメンバー
明確で建設的なフィードバックを提供できるユーザーの選定もご検討ください。一般に、インプットを得るために、Cloud サイトを使用するすべての主要なユーザー タイプまたはロールを招待することをお勧めします。
慣れ親しんだ機能が移行で変更されることによる、ユーザーへの次のような問題を記録するようにします。
新機能
新しいユーザー インターフェイス
異なるアプリ
新しい URL とブックマークの変更
ユーザー管理の違い
For Jira:
スプリントの作成、バックログへの課題の追加、ボードの表示などをテストします。
Jira Service Management (旧 Jira Service Desk) の場合
エージェントに依頼して、キューの表示、ポータル ビューの確認、その他の一般的なアクティビティを確認します。
Confluence の場合:
ユーザーに依頼して、新しいスペースの作成、ページの作成と編集、添付ファイルのアップロードを試します。
ユーザーが混乱した領域や機能変更を記録します。これらはローンチ前やオンボーディング時に提供するコミュニケーションとトレーニングに含めることができます。
本番環境インスタンスによってテストした、またはテストを再実行する必要がある場合など、状況によっては Cloud サイトからデータを削除してもう一度テストする必要がある可能性があります。
Cloud サイトをリセットしてデータを削除する方法をご確認ください。
移行手順書は、移行を完了するために必要な作業をまとめた詳細な手順ガイドです。これを作成することで、本番環境への移行を計画どおりにスムーズに実施できます。
手順書には、プロセスの各ステップ、それらのステップで必要な手順、それらを実施する担当者、予想される時間などを含める必要があります。
テストが完了したら、ユーザーが移行の結果としてどのような変更に備えるべきかを予測できるようになります。ユーザーが作業を素早く再開するために必要なトレーニング、ドキュメント、コミュニケーションを準備します。
これらをまとめる際は、変更内容だけではなく、その理由や、ユーザーが移行から得られるメリットを強調するようにします。
ユーザー向けの一般的なメリットには、以下が含まれます。
無料の Cloud モバイル アプリへのアクセス
どこからでも作業を行い、素早く安全にアクセス可能 (VPN は不要)
他の SaaS ツールやクラウド アプリとのより良い連携
Cloud でユーザーの利用を開始する方法をご確認ください。
移行をサポートする多数のチャンネルをご用意しています。
移行計画の詳細については、アトラシアン移行プログラムの Web サイトをご参照ください。
技術的な問題や、戦略やベスト プラクティスによるサポートについては、サポート チームにお問い合わせください。
専門的なアドバイスについては「アトラシアン コミュニティ」をご参照ください。
専門家によるサポートが必要な場合は、アトラシアン パートナーにご相談ください。
この内容はお役に立ちましたか?