技術的な意思決定者のために Project Server および Project Online を計画する
概要: Project Server や Project Online を展開する際に決定する必要のある技術的な計画事項について説明します。
適用対象: Project Server サブスクリプション エディション、Project Server 2019、Project Server 2016
Project Server 2016 の Project Web App と Project Online の Project Web App は大変によく似ていますが、いくつかの重要な相違点があり、Project Server と Project Online のどちらを使用するかを決定する際にそれらを検討する必要があります。
この記事では、技術的な相違点の概要、およびどちらのオプションを選択するかを決定する際に検討すべき事柄を説明します。 さらに、Project Web App を設定する際に必要となる、構成上の主な決定事項も扱います。
この記事では技術的な決定事項を検討します。 さらに、下す必要のあるビジネス上の決定事項も検討します。
Project Server と Project Online の機能ごとの比較については、「A feature/function comparison of Project Online and Project Server 2013」を参照してください。
Project Server および Project Online のユーザー アクセス
Project Server や Project Online のセキュリティに関して決定する必要のある最も重要な事柄は、どのセキュリティ モードを使用するかということです。
セキュリティ モード
Project Web App には、以下の 2 つのセキュリティ モードが備わっています。
SharePoint アクセス許可モード このモードは、SharePoint セキュリティを使用して Project Server や Project Online へのアクセス権限を付与します。 これはシンプルなモードで、さまざまなグループのユーザーにさまざまなレベルのアクセスを付与するために使用できます。
Project アクセス許可モード このモードは複雑なセキュリティ モデルを使用して、ユーザー アクセスを詳細に制御します。 このモードでは、セットアップと保守を注意深く計画してください。
所有する Project Web App サイトごとに、2 つのセキュリティ モードのうちどちらを使用するかを決める必要があります。 2 つのモード、およびそれぞれでサポートされる機能について詳しくは、「Project Server でユーザー アクセスを計画する」を参照してください。
セキュリティ グループ
どちらのセキュリティ モードでも、ユーザーをグループに追加することで、それらのユーザーに機能へのアクセス権限を付与します。 どちらのモードでも、Project Web App は以下の 7 つの既定のグループを作成します。
管理者
ポートフォリオ管理者
ポートフォリオ ビューアー
プロジェクト管理者
リソース管理者
チーム リーダー
チーム メンバー
SharePoint アクセス許可モードでは、これらが SharePoint セキュリティ グループとして Project Web App サイト コレクション内に作成されます。 Project アクセス許可モードでは、PWA の [設定] ページに別個のセキュリティ ユーザー インターフェースが追加され、そこに上記のグループとその他のセキュリティ設定が表示されます。
計画プロセスの一環として、各グループに追加するユーザー、およびそれらのグループを管理する方法を決める必要があります。
「Default group permissions in Project Server 2013」には、各グループのユーザーが持つアクセス許可がリストされています。 SharePoint アクセス許可モードでは、それらのアクセス許可は静的で変更不可です。 Project アクセス許可モードでは、それらは完全にカスタマイズ可能です。
どちらのモードでも、グループを Active Directory グループと同期できます。 これを行うには、プロジェクトのアクセス許可モードで Active Directory 同期 を使用し、SharePoint アクセス許可モードで SharePoint グループに Active Directory グループを追加するだけです。
Project Server および Project Online のビジネス インテリジェンス
Project Server と Project Online がレポート作成を扱う方法には、いくつかの重要な相違点があります。
Project Server - Project Server では、コンテンツ データベースの Project Web App データに直接アクセスでき (Project Web App サイトに独自とコンテンツ データベースがある場合)、Excel またはより高度なレポート ツール (SQL Server Reporting Services や SharePoint Server 2016 の PerformancePoint Services など) を使用して、レポート スキーマをクエリできます。
Project Server では、Project Web App データベース内のデータを使用して、カスタマイズされた OLAP キューブを作成することもできます。
Project Online - Project Online は Microsoft データ センターでホストされているため、データベースへの直接アクセスは不可能です。 提供されているいずれかの OData フィードを使用して Project Web App データにアクセスする必要があります。 現在のところ、Project Online では OLAP キューブを使用できません。
さらに、Project Online データをオンプレミスまたは Microsoft Azure のデータ ウェアハウスにコピーすることにより、または Power BI からオンプレミス Project Server データにアクセスしてクラウドにレポートを発行することにより、クラウド ソリューションとオンプレミス BI ソリューションを結合できます。
次の表は、Project Server と Project Online で、社内とオンラインの BI サービスを使用する方法についての全体的な比較を示しています。
| Project Server | Project Online | |
|---|---|---|
| クラウドの BI |
コンテンツ データベース内の Project Web App データにアクセスするか、または OData フィードを使用して、Power BI Desktop でレポートを作成します。 これらのレポートはクラウドに発行することによって共有できます。 |
Excel を使用して、Project Online OData フィードにアクセスします。 ユーザーに関するレポートを Project Online レポート ライブラリに保存します。 必要に応じて、Power BI レポートとデータのビジュアル化を使用します。 |
| 社内 BI |
企業の BI では、SQL Server Reporting Services または PerformancePoint Services を使用して、コンテンツ データベースやオンライン分析処理 (OLAP) キューブ内のレポート データについて直接レポートします。 (各コンテンツ データベースに必要な Project Web App のインスタンスは 1 つ以下です)。 セルフ サービス BI では、Excel を使用して Project Server OData フィードまたは OLAP キューブにアクセスします。 |
SQL Server Integration Services を使用して、社内または Microsoft Azure にデータ ウェアハウスを作成します。 SQL Server Reporting Services または PerformancePoint Services を使用して、そこからレポートします。 |
Project Online でレポートをセットアップすることは、構成のための最も簡単なオプションとなります。 Project Web App の OData フィードは Project Web App をセットアップするとすぐに機能します。
オンプレミス環境でのレポートのセットアップはより複雑です。 コンテンツ データベースのProject Web Appにアクセスする場合は、Office Web Apps Server と Secure Store の設定を含む一連の手順に従う必要があります。
Project Online データを社内データ ウェアハウスにコピーする場合、SQL Server Integration Services を使用してカスタム ソリューションを作成する必要があります。 Project Web App のすべてのレポート オプションの中で、これは IT 部門や BI 専門家による事前の作業を最も必要とします。 しかし、社内データベースで高度なレポート作成をするビジネス要件がある場合でも、Project Online を使用することが可能になります。
レポートに関するほとんどすべての必要は Project Online を使用することで (それ自体により、または SQL Server Integration Services を使用するカスタム データ ウェアハウスにより) 満たされるので、オンプレミスの Project Server に対する他のビジネス上の必要がなければ、Project Online を第一候補として推奨します。
Project Server および Project Online のワークフロー
ワークフローはビジネス プロセスを適用し、プロジェクトがそれらのプロセスによって指示されたさまざまな手順を移動するための構造化された方法を提供します。 電子メールの送信、タスクの割り当て、特定のプロジェクトアクションの待機など、ユーザー入力に基づいてさまざまなアクションを実行するワークフローを設定できます。
ワークフローを使用せずに Project Server や Project Online を使用することも可能ですが、ワークフローを使用すると、プロジェクトを管理する方法やプロジェクト チームがプロジェクトとやり取りする方法の基本的な構造を提供できます。 Project Web App の計画プロセスの一部として、ワークフローを使用してプロジェクトを管理する方法を計画するようにしてください。
Project Server および Project Online のカスタム フィールド
Project Web App を使用して、プロジェクトに関連したメタデータを収集するために使用できるユーザー設定フィールドを作成できます。 ユーザー設定フィールドは、Project Web App の OData フィールドで使用可能で、Project Web App データに対して実行するレポートに含めることができます。
ユーザー設定フィールドの機能は、Project Server と Project Online とで同じです。
ユーザー設定フィールドには、ローカルとエンタープライズの 2 種類があります。 ローカル ユーザー設定フィールドは、Project Professional で作成されて維持されます。 それらは特定のプロジェクトに固有のものです。 エンタープライズ ユーザー設定フィールドは、Project Web App で作成されて維持され、Project Web App のすべてのプロジェクトで使用可能です。 エンタープライズ ユーザー設定フィールドは、オプションまたは必須のものとして作成できます。
ローカル ユーザー設定フィールド
ローカル ユーザー設定フィールドを使用するときに考慮する必要のある主な事柄は、命名規則です。 複数のプロジェクト間で同じ目的のフィールドを使用する場合は、それらに必ず同じ名前を付けます。 同じ名前を使用すると、マスター プロジェクトに含まれる複数のサブプロジェクトのレポートで、そのフィールドを一貫して使用できます。
エンタープライズ ユーザー設定フィールド
エンタープライズ ユーザー設定フィールドを計画するときは、次の事柄を考慮します。
ワークフローから制御されるようにエンタープライズ ユーザー設定フィールドを構成できます。
エンタープライズ ユーザー設定フィールドを省略可能または必須にすることができます。 そのため、たとえば、ワークフローのさまざまな段階で特定の情報を確実に収集する場合は、必要なカスタム フィールドを作成し、ユーザーがワークフローを進める前に入力する必要があります。
ローカル ユーザー設定フィールドはプロジェクトに固有ですが、エンタープライズ ユーザー設定フィールドは、Project Web Appのすべてのプロジェクトで使用できる点を認識することが重要です。 そのため、ユーザー設定フィールドを作成する場合は、 で使用するプロジェクトの数を考慮して、ローカルユーザー設定フィールドまたはエンタープライズ ユーザー設定フィールドにする必要があるかどうかを判断します。
ユーザー設定フィールドとシステムのパフォーマンス
Project Server と Project Online のどちらでも、状況によっては、ユーザー設定フィールドを使用することでパフォーマンスの大幅な低下が生じる場合があります。 ユーザー設定フィールドを計画するときは、これらの点に注意してください。
ユーザー設定フィールドに数式を入れると、計算のためにシステム リソースが使用されます。 ローカル ユーザー設定フィールドでは、Project Professional でこれが生じます。 エンタープライズ ユーザー設定フィールドでは、Project Server または Project Online でこれが生じます。 これらの計算はバック グラウンドで行われるので、ユーザーはこれに気付かないのが普通ですが、複雑な数式を持つ多数のユーザー設定フィールドがあると、パフォーマンスの低下に気付く可能性があります。
同様に、多数の値を持つ参照テーブルもパフォーマンスに大きな影響を与えることがあります。 参照テーブルに数十または数百のオプションがあると、パフォーマンスが低下する可能性があります。