SharePoint 2013 へのアップグレードの情報伝達計画を作成する

  • [アーティクル]

適用対象:yes-img-13 2013no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

SharePoint 2010 製品から SharePoint 2013へアップグレードしている間にユーザーと情報を交換することが重要です。 サイトのユーザーは、環境のアップグレード後にサイトをいつ訪問したらよいかを知る必要があります。 サイトの所有者は、SharePoint 2013と SharePoint 2013の個人用サイトでサイト コレクションのアップグレードの準備のために何ができ、アップグレードするために何を行う必要があるかを知る必要があります。 サイトのユーザーとサイトの所有者のどちらも、アップグレードがいつ行われるかを知る必要があります。 計画プロセスの一環として、次のことを決定してください。

  • アップグレード チームのメンバーはだれか。その他の関係者はだれか。アップグレードによって影響を受けるのはだれか。

  • アップグレード チームが必要とする情報は何か。必要になるのはいつか。

  • サイトのユーザーやその他の関係者が必要とする情報と、それが必要なタイミング。

この記事では、アップグレード チーム、関係者、およびユーザーがアップグレードの前後またはアップグレードの最中に何を行えばよいかを知るための情報伝達計画について、その作成方法を説明します。

アップグレード チームのメンバー

規模が小さく、サイトのカスタマイズの度合いの低い展開では、アップグレード チームは 1 人だけの場合もあります。 一方、規模の大きい展開では、以下に示すような異なる役割を持つ複数のメンバーが必要な場合があります。

  • サーバー管理者 サーバー管理者は、アップグレード タスクの大半を実行します。 セットアップ ウィザードを実行するには、各フロントエンド Web サーバーの Administrators グループのメンバーが必要なので、アップグレード チームには少なくとも 1 人のサーバー管理者が必要です。

    注:

    ファーム管理者が、サーバーのローカル管理者でない場合があります。

  • データベース管理者 データベース管理者チームが別に存在する場合、アップグレードのスケジュールをそのチームと調整したうえで、アップグレードを実行する必要があります。

  • サーバー セキュリティ チーム アカウントや権限を検証するとき、または SharePoint 2013に適用できる新しいポリシーの設定を利用するときは、セキュリティ チーム (Active Directory ドメイン サービス (AD DS) チームなど) と調整する必要があります。

  • ネットワーク チーム 新しいファームを指すように DNS を切り替える必要がある場合、またはネットワーク インフラストラクチャに新しいサーバーを追加する場合は特に、ネットワーク チームと調整する必要があります。

  • クライアント展開チーム クライアント展開チームと通信して、新しいクライアントおよびサーバー アプリケーションのデプロイを調整します。 クライアントの展開は、アップグレード前に行う必要がある場合や、サイトのアップグレード後にユーザーがオプションになる場合があります。

  • サービス管理者 Business Data Connectivity Service などのサービス アプリケーションの管理者と情報を交換して、管理者側においてアップグレードの準備ができていることと、新しいバージョンでの設定を適切に確認または再構成できることを確認する必要があります。

  • IT またはアプリケーション ヘルプデスクのリーダーおよび担当者 会社にヘルプデスクがある場合は、ヘルプデスクがアップグレードのタイミングについて知っていることと、アップグレード後の質問に対応する準備ができていることを確認します。 ヘルプデスクは、アップグレードからの潜在的な変更とユーザーに与える影響を理解できるように、計画とテストの主要な利害関係者である必要があります。

  • サイト コレクションの所有者 サイト コレクションの所有者に対して、アップグレード プロセスが間もなく始まることを通知する必要があります。 アップグレード前チェック ツールを実行したときに見つかった問題や所有者のサイトをアップグレードしたときに見つかった問題を知らせます。 また、サイト コレクションの所有者に、アップグレードにおける役割について知らせる必要もあります。 サイト コレクションの所有者は、SharePoint 2013で自身のサイトをアップグレードできます。 サイト コレクションの所有者は、サイトをアップグレードする前に、正常性チェックを実行し、アップグレード評価サイトを確認できます。

  • サイト デザイナーとサイト開発者、およびサードパーティ ソリューション プロバイダー サイトに関連するカスタム テンプレート、カスタム Web パーツ、カスタム Web サービスなどのカスタム要素がある場合は、関連するサイト デザイナーとサイト開発者、またはサードパーティ ソリューション プロバイダーと連携する必要があります。 カスタム要素はアップグレード後の環境でエラーになる場合や異なる動作をする場合があるため、デザイナーまたは開発者がこれらのカスタム要素の新バージョンを作成したり、カスタム要素が適切にアップグレードされたことを検証したりできるかを確認する必要があります。 その作業はアップグレード スケジュールに大きな影響を与えることがあるため、これらの関係者とはプロセスの初期に連携してください。 カスタム要素に関連する潜在的な問題の詳細については、「 Use a trial upgrade to SharePoint 2013 to find potential issues」を参照してください。

  • サイト ユーザー アップグレード プロセスの意思決定にサイト ユーザーを含める必要はありませんが、アップグレードの日時と影響についてはサイト ユーザーに知らせる必要があります。

  • スポンサーやその他の関係者 組織内のその他の関係者をアップグレード計画プロセスに関与させる場合があります。 これらの関係者は、情報伝達計画に適宜含めてください。

    注:

    アップグレード チームには、組織の必要に応じて、各役割に 1 人または複数のメンバーを含めることができます。

アップグレード チームへの情報伝達のタイミングと内容

一般に、サーバー管理者とサービス アプリケーション管理者はアップグレードのタイムラインを設定し、プロセスが開始されようとしているときにのみサイト所有者に通知されます。 ただし、チーム メンバーには、アップグレード プロセス全体の特定の時点で実行する独自のタスクがあるため、アップグレードの進行状況をすべてのチーム メンバーに伝えるしっかりとした計画を立て、特定のタスクをいつ実行するかを誰もが把握できるようにすることが非常に重要です。

アップグレード チーム全体が連携して、アップグレードを実行する日時を決定する必要があります。 サイトの利用が最も少ないときにアップグレードを行うことをお勧めします。 サーバーが 1 台だけの小規模な展開の場合、アップグレードは、通常 1 日以内に終了します。 大規模な展開の場合は、アップグレードに要する時間はずっと長くなり、最大で週末までかかることがあります。 特定のサイト コレクションのアップグレードに要する正確な時間を求める方法はありません。 そのため、アップグレード プロセスに関与するチームの他のメンバーとユーザーへの情報伝達が非常に重要になります。 アップグレードを実行する日時または期間を決定する際は、アップグレード チームがすべての準備作業を完了できるように、余裕を持って日程を組む必要があります。 タイムラインを計画する際は、アップグレードしたサイトを検証する時間や、変更の実施またはサイトのブランド変更作業の時間をスケジュールに組み込む必要があります。

アップグレード プロセス中の次の時点で、サイトの所有者、デザイナー、および開発者と連絡を取ることが重要です。

  • 試験的なアップグレードの開始前。全体的なタイムラインおよびプロセスにおける個々の役割を伝えます。

  • 試験的なアップグレードを実行して問題を検出した後。 たとえば、カスタマイズされたサイト テンプレートやカスタム Web パーツなどの問題を、アップグレードのスケジュールを立てる前にサイトの所有者、作成者、または開発者に報告して、問題の調査や準備作業のための時間を与える必要があります。 開発者が、アップグレードを開始する前に Web パーツを再構築した方がよいと判断する場合があります。 また、サイトの所有者が、サイト テンプレートや Active Server Page Extension (ASPX) コア ファイルへの変更など、サイトに対して行われたすべてのカスタマイズを記録することを望む場合もあります。

  • 環境のアップグレード後。サイトを確認し、必要に応じて変更を行うのが目的です。

  • サイト コレクションをアップグレードする準備ができたとき。

サイト ユーザーへの情報伝達のタイミングと内容

また同様に、サイトのユーザーに次の事項について連絡することも重要です。

  • 環境のアップグレードの実行予定日時 特に、アップグレード中にサイトを利用できなくなる場合はそれを通知する必要もあります。

  • サイトのアップグレード予定日時 サイト コレクションの所有者は、サイト コレクションのアップグレードのタイムラインについてサイト ユーザーに通知する必要があります。 サーバー ファーム管理者がサイトをアップグレードする場合は、その実行日時を通知する必要があります。

  • How the upgrade might affect them and what they should know about the new environment For example, the site will look different and function slightly differently in the new user interface. You can also point them to available content, such as What's New article. For more information about feature changes, see What's new.

  • 助けを得る方法 アップグレード後のサイトで問題が発見された場合、それに対処するためのヘルプを取得する方法を示します。

サイト コレクションの新しいシステム ステータス バーを使用して、ユーザーにこれらの項目を通知できます。 ステータス バーの通知を設定する方法の詳細については、「Plan for site collection upgrades in SharePoint 2013」の記事の「Plan for site collection upgrades in SharePoint 2013」を参照してください。

関連項目

その他のリソース

Overview of the upgrade process from SharePoint 2010 to SharePoint 2013