アップグレードの情報伝達計画を作成する (Project Server 2010)

 

適用先: Project Server 2010

トピックの最終更新日: 2016-11-30

Microsoft Project Server 2010 へのアップグレード作業中はユーザーに情報を伝達することが重要です。Microsoft Project Web App のユーザーは、アップグレード後にサイトを再び訪れたときにどのように表示されるのかを知る必要があります。また、Project クライアント (Project Web App および Microsoft Project Professional) のユーザーは、アップグレードに備えて何を行う必要があり、アップグレード後に何を行う必要があるのかを知る必要があります。Project Server にアクセスするすべてのユーザーは、アップグレードがいつ実行されるのかを知る必要があります。計画プロセスの一部として、以下を決定してください。

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

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

  • ユーザーおよびその他の関係者が必要とする情報はなにか。必要になるのはいつか。

ここでは、アップグレード チーム、関係者、およびユーザーにアップグレードの前後および作業中に起こる状況を知らせるための情報伝達計画を作成する方法について説明します。

この記事の内容

  • アップグレード チームにはだれが所属するか

  • アップグレード チームにいつ何を連絡するか

  • サイト ユーザーにいつ何を連絡するか

  • 認定ゴールド パートナー

アップグレード チームにはだれが所属するか

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

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

    注意

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

  • Project Server 管理者  Project Server 管理者は、Project Web App のさまざまな構成および管理の機能を使用するためにトレーニングされた管理者です。エンタープライズ グローバル コード、Project Web App ビュー、Microsoft Project Professional グローバル設定など、EPM アプリケーションの一般的な設定の変更と管理に責任を負います。

  • データベース管理者   独立したデータベース管理チームが存在する場合は、アップグレードのスケジュールと実行をデータベース管理チームと調整する必要があります。この調整は、データベース接続アップグレードを使用するときは特に重要です。

  • サーバー セキュリティ チーム   Active Directory ディレクトリ サービス チームなど、セキュリティ チームと調整してアカウントやアクセス許可を確認したり、Project Server 2010 に適用できる新しいポリシー設定を利用したりする必要があります。

  • クライアント展開チーム   クライアント展開チームに情報を伝達して、新しい Project Professional 2010 クライアント アプリケーションとサーバー アプリケーションの展開を調整します。クライアント展開チームは、すべての Project Web App ユーザーが新しいブラウザー要件 (Internet Explorer 7.0 以降) を満たすかどうかを確認する必要もあります。下位互換モード (BCM) を使用すると、Project Professional 2010 クライアントのアップグレードを柔軟にスケジュールすることができます。このチームには、プロジェクト マネジメント オフィス (PMO) の代表者も参加する必要があります。

  • 開発スタッフ   カスタム テンプレート、Web パーツ、Web サービス、または Project Web App サイト関連のその他のカスタム要素がある場合は、それらのカスタム要素の新しいバージョンを作成したり、それらの要素が正しくアップグレードされたことを確認したりするために、それらの要素の開発またはカスタマイズを担当するスタッフと協力する必要があります。また、Project Server と連携して動作するように開発されたカスタム アプリケーションがアップグレード後も機能することを確認します。この作業は、データベース接続アップグレードを使用して、多数のカスタマイズを新しい環境に手動で再展開する場合に特に重要です。

  • Project Server ユーザー   このグループには、Project Web App の一般ユーザー、チーム メンバー、プロジェクト管理者、タイムシート管理者、および Project Server でデータにアクセスするその他の関係者全員が含まれます。Microsoft Project Professional と Project Web App の両方のユーザーに情報を伝達して、アップグレードの実行時期とそれによる変更がユーザーに与える影響について通知する必要があります。既存の Project Professional 2010 ユーザーがいる場合は、Project Server 2010 で下位互換モードを無効にしたときに有効になる機能について通知します。アップグレードを開始する前に、使用中のプロジェクト データがアップグレード可能な状態にあることを確認するために実行する必要がある操作についてユーザーに通知します。アップグレード前のタスク ("すべてのプロジェクトがチェックインされていることを確認すること" など) をエンドユーザーに通知しておくと、アップグレード中に問題が起きることを回避できます。

  • ネットワーク エンジニア   ネットワーク エンジニアは、サーバー管理者と協力して新しい DNS エントリの作成などのタスクを実行します。

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

    注意

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

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

通常、サーバー管理者および共有サービスの管理者がアップグレードのタイムラインを設定し、サイトの所有者にはアップグレードの開始予定日時のみが通知されます。ただし、チームの各メンバーは、アップグレード プロセス全体の中の特定の時点にそれぞれのタスクを実行する必要があります。このため、自分の担当タスクの実行時期が来たときにそれがわかるように、チームのメンバー全員にアップグレードの進捗を伝えるための明確な計画を立ててください。

アップグレード チーム全体が連携して、次の事項を決定する必要があります。

  • 使用するアップグレード方法   記事「Determine upgrade approach (Project Server 2010)」に、実行するアップグレードの種類を決定するための情報が示されています。この決定を行うときは、アップグレード前チェック ツールで生成したレポートを検討することも必要です。

  • アップグレードを実行する日時   サイトの利用が少ないときにアップグレードを行うことをお勧めします (特に一括アップグレードの場合)。サーバーが 1 台だけの小規模な展開の場合、通常、アップグレードは 1 日以内に完了します。大量のデータがあるサーバー ファームなどの大規模な展開の場合は、アップグレードに要する時間はずっと長くなります。アップグレードに要する正確な時間を求める方法はありません。そのため、アップグレード プロセスに関与するチームの他のメンバーとエンド ユーザーへの情報伝達が非常に重要になります。アップグレードを実行する日時または期間を決定する際は、アップグレード チームがすべての準備作業を完了できるように、余裕を持って日程を組む必要があります。タイムラインを計画するときは、アップグレードした Project Web App サイトとプロジェクト データの検証時間と、変更の実装を行う時間をスケジュールに入れる必要があります。

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

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

  • サイトのアップグレード後。アップグレードされたデータと Project Web App サイトを確認し、必要に応じて変更を行うことができます。

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

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

  • サイトのアップグレードの実行予定日時   一括アップグレードの場合、アップグレード中はデータにアクセスできないこともユーザーに通知する必要があります。また、データを移行可能な状態にしておくことも通知してください (たとえば、アップグレード前にすべてのプロジェクトをチェックインする必要があります)。これにより、移行中に起きる可能性がある問題を回避できます。

  • Project Server 2010 のアクセス可能予定日時   "アクセス可能" とは、アップグレードチームが、アップグレードの完了だけでなく、アップグレードしたサイトの機能の検証も完了することを意味します。また、アップグレードをデータベース接続方式で実行した場合の新しい Project Web App URL など、アップグレードされたバージョンに接続するために必要な情報もユーザーに通知できるように準備してください。

  • アップグレードがユーザーに与える影響、および新しい環境についてユーザーが知っておく必要がある事項 たとえば、Project Web App サイトの外観が変わったり、ユーザー インターフェイスの機能が多少変更されたりする場合があります。Project Server で行う作業中に出会う可能性がある変更点にユーザーが対応できるようにするため、クイック リファレンス シートなど、トレーニング教材を準備できます。新しいバージョンについて学習できるように、新機能に関する記事などの利用可能なコンテンツがある場所をユーザーに示すこともできます。

  • ヘルプの入手方法   アップグレード後にデータに問題が見つかった場合、ユーザーはどこから情報やヘルプを入手できるか。

認定ゴールド パートナー

マイクロソフトは、数社のパートナー企業を EPM 展開とシステム移行の専門家と認定しています。マイクロソフトの Web サイト内の「Microsoft Solution Marketplace (英語)」(https://go.microsoft.com/fwlink/?linkid=187521\&clcid=0x411) (英語) で EPM ソリューション プロバイダーを検索すると、パートナー企業を見つけることができます。