あなたの提案からアイデアの1つが実現されました。プロジェクト変更リクエストおよび変更オーダーへの連結

明確な理由により変更リクエストを作成し、プロジェクトのスケジュールとマージンに対する影響を評価し、最新の直感的なRedwoodユーザー・エクスペリエンスで効率的に管理します。 クライアントの承認を詳細に追跡して、すべての利害関係者が、変更が受け入れられたり拒否されたりした関係を維持します。 複数の変更リクエストを1つの変更オーダーに統合することで、プロジェクト・プランと予算を1つのアクションで更新できるため、管理オーバーヘッドが削減されます。 さらに、拡張可能な変更リクエスト・ステータスを使用して、特定のビジネス・プロセスに合せて変更リクエスト・ライフ・サイクルを構成します。

変更のサマリーを示す「変更リクエストの編集」画面。

変更のサマリーを示す「変更リクエストの編集」画面。

基本詳細を入力して変更リクエストを作成し、「財務インパクト」タブにナビゲートして、プロジェクト・スケジュール、スコープまたは予算インパクトを評価および記録します。 予算への影響を追加する前に、承認済財務プラン・タイプのベースライン予算バージョンが使用可能であることを確認してください。 影響を受ける図面などの関連文書を添付タブでアップロードして、完全な文書を作成します。 必要なすべての情報が提供されると、変更リクエスト所有者または適切なデータ・アクセス権を持つユーザーは、組織のレビューおよび承認プロセスに合せて変更リクエストを各ステータスに移動できます。

影響明細のステータスが設定されている変更リクエストの「財務への影響」タブ。

影響明細のステータスが設定されている変更リクエストの「財務への影響」タブ。

影響明細レベルでステータスを追跡することで、どの特定のプロジェクト影響が承認されるかをより詳細に管理できます。 これにより、特定の影響明細のみを変更オーダーに移動できます。

「変更リクエストの管理」画面のスクリーンショット。

「管理」「変更リクエスト」画面でステータスでフィルタされた「変更リクエスト」

サマリー・ビューを使用して、すべての変更リクエストをすばやくモニターするか、詳細ビューに切り替えて、特定の影響明細を含む各変更リクエストの内訳を表示します。 オプションで、個々の影響を選択して変更オーダーに直接統合し、より俊敏な変更管理を実現できます。

統合:
変更リクエスト・レベルまたは影響詳細レベルのいずれかで連結できますが、承認済の影響明細のみが含まれます。 変更リクエスト・レベルでのみステータスを追跡する場合、変更リクエストが「承認済」ステータスに移動されると、すべての影響明細が自動的に「承認済」に設定され、すべての明細が連結に含まれます。

連結時には、1つの変更リクエストからの影響がグループ化され、変更オーダーに1つの影響として追加されます。 たとえば、3つの個別の変更リクエストから影響を選択するか、単に3つの変更リクエストを選択すると、変更オーダー内に3つの異なる影響(変更リクエストごとに1つ)が作成されます。 このアプローチにより、元の変更リクエストに対するトレーサビリティが維持され、プロジェクト・ライフサイクル全体を通じて変更を簡単に監査および追跡できます。

変更オーダー・ページでは、効率的なナビゲーションのためにディープ・リンクを使用して、変更リクエスト別の財務インパクトの分割を表示し、特定の変更リクエストにドリルダウンできます。

変更リクエストによって影響が表示される変更オーダーの編集ページのスクリーンショット。

変更リクエストによって影響が表示される変更オーダーの編集ページのスクリーンショット。


「REST APIを使用したプロジェクト変更リクエストの管理」

また、ユーザーは、「プロジェクト変更リクエストREST」リソースを使用して、財務およびタスクの影響の詳細を含むプロジェクト変更リクエストを「作成、表示、更新または削除」できるため、既存の変更管理統合ソリューションの柔軟性と自動化が向上します。

ノート:
REST APIを使用して連結を実行する場合は、変更オーダー番号または変更オーダーIDを変更リクエスト影響IDに関連付ける必要があります。 たとえば、次に説明するようにPATCH操作を実行します。 

URL:  /fscmRestApi/resources/latest/projectChangeRequests/300100639622178/child/FinancialImpactDetails/300100639663737
Body: { "ChangeOrderId": 300100639663706 }

ビジネス上の利点は次のとおりです。

  • 利害関係者が各変更リクエストの理由と影響評価を完全に可視化して、サプライズを防止することで、透明性を高め、プロジェクト・マージンを保護します。
  • 複数の変更リクエストを1つの変更オーダーに統合し、プロジェクト計画と予算の更新を自動化することで、効率性を高め、時間を節約し、エラーを最小限に抑えます。
  • すべての変更に関する徹底的なドキュメントを維持し、継続的な学習と改善のための貴重なナレッジ・リポジトリを作成することで、組織の専門知識を強化し、将来の計画を改善します。

有効化のステップ

この機能を有効にするには、オプトインUIを使用します。 手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: プロジェクト財務管理 オプションなし:自: 26Dの更新

機能オプトインの選択はデフォルトで「はい」に設定されており、すぐに使用できる状態になっています。 この機能をアクティブ化する前に追加の時間が必要な場合は、オプトインの選択肢を「いいえ」に設定することもできます。 この機能は、更新26Dから常に有効になります。

この機能は、設定不要ですぐに使用できます。 ただし、組織固有のニーズにあわせて、次の参照値を拡張またはカスタマイズできます。

使用可能な変更リクエスト参照値

参照値(コード) Meaning

変更リクエスト理由(ORA_PJE_CR_REASON)

変更リクエストの事由を示します。

変更リクエストの取消タイプ(ORA_PJE_CR_CANCEL_TYPE)

変更リクエストを取り消す事由を示します。

変更リクエスト拒否タイプ(ORA_PJE_CR_REJECT_TYPE)

変更リクエストを否認する事由を示します。

さらに、ビジネス・プロセスにあわせて変更リクエストおよび影響詳細ステータスをカスタマイズできます。 たとえば、クライアントに送信されたリクエストを追跡する必要がある場合は、「クライアントに送信済」というステータスを追加します。 「設定および保守」ページの「プロジェクト・ステータスの管理」タスクを使用して、これを設定します。

変更リクエストおよび変更リクエストの影響詳細ステータスをカスタマイズできる「プロジェクト・ステータスの管理」ページのスクリーンショット

変更リクエストおよび変更リクエスト影響詳細ステータスをカスタマイズできる「プロジェクト・ステータスの管理」ページ。

ヒントと考慮事項

  • プロジェクト・プラン・インパクトまたは予算インパクトのいずれかを変更リクエストに追加できます(両方が同じ変更リクエスト内ではありません)。
  • 変更オーダーに連結されたインパクト明細は、変更オーダー内で編集可能なままです。 今後のリリースでは、これらの影響の編集を制限するオプションがあります。
  • 変更リクエストを削除できるのは、「新規」または「取消済」ステータスの場合のみで、変更履歴の整合性の維持に役立ちます。
  • チーム・コラボレータは変更リクエストを作成できますが、セキュリティ・セクションで説明されているように、影響評価には追加の権限が必要です。
  • 承認のための拡張ワークフローなど、今後のリリースに合せて調整できます。

主なリソース

アクセス要件

  • 「プロジェクト管理」または「プロジェクト財務管理」作業領域から「変更リクエストの管理」ページにアクセスするには、次の権限が必要です。 これらは、事前定義済のプロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)およびプロジェクト管理者(ORA_PJF_PROJECT_ADMINISTRATOR_JOB)ジョブ・ロールにそれぞれ含まれています。
    • 「プロジェクト変更リクエストの管理」機能権限(PJE_MANAGE_PROJECT_CHANGE_REQUESTS_PRIV)
    • 「プロジェクト変更リクエスト・データの管理」権限(PJE_MANAGE_PROJECT_CHANGE_REQUESTS_DATA)
        
  • 「自分の作業」作業領域から「変更リクエストの管理」ページにアクセスするには、次の権限が必要です。 これは、事前定義済のプロジェクト・チーム・コラボレータ(ORA_PJF_PROJECT_MANAGER_JOB)ジョブ・ロールに含まれています。
    • 「プロジェクト変更の管理」機能権限(PJE_MANAGE_PROJECT_CHANGE_REQUESTS_PRIV)
        
  • 変更リクエストを承認するには、次のデータ権限が必要です。 これらは、事前定義済のプロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)、プロジェクト管理者(ORA_PJF_PROJECT_ADMINISTRATOR_JOB)、プロジェクト統合スペシャリスト(ORA_PJF_PROJECT_INTEGRATION_SPECIALIST_JOB)およびプロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)ジョブ・ロールに含まれています。
    • 「プロジェクト変更リクエスト・データの承認」権限(PJE_APPROVE_PROJECT_CHANGE_REQUESTS_DATA)
        
  • 変更リクエストを変更オーダーに統合するには、次の権限が必要です。 これらは、事前定義済のプロジェクト・チーム・コラボレータ(ORA_PJF_PROJECT_MANAGER_JOB)、プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)およびプロジェクト管理者(ORA_PJF_PROJECT_ADMINISTRATOR_JOB)ジョブ・ロールに含まれています。
    • プロジェクト変更オーダー・ユーザー・サービスの管理(PJE_MANAGE_PROJECT_CHANGE_ORDERS_SERVICE_USER_PRIV)
    • プロジェクト変更オーダー・データの管理権限(PJE_MANAGE_PROJECT_CHANGE_ORDERS_DATA)
        
  • サード・パーティ・アプリケーションと統合するには、次の権限が必要です。 これらは、事前定義済のプロジェクト統合スペシャリスト(ORA_PJF_PROJECT_INTEGRATION_SPECIALIST_JOB)およびプロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)ジョブ・ロールに含まれています。
    • プロジェクト変更リクエスト・サービスの管理機能権限(PJE_MANAGE_PROJECT_CHANGE_REQUESTS_SERVICE_PRIV)および
    • 「プロジェクト変更リクエスト・データの管理」権限(PJE_MANAGE_PROJECT_CHANGE_REQUESTS_DATA)および
    • 「プロジェクト変更リクエスト・データの承認」権限(PJE_APPROVE_PROJECT_CHANGE_REQUESTS_DATA)
  • デフォルトで、変更リクエストを管理および承認するためのデータ・セキュリティ・ポリシーは次のように定義されています:

    • ジョブ・ロール

      		 処理 条件 詳細

      プロジェクト・マネージャ

      プロジェクト変更リクエスト・データの管理

      権限があるプロジェクトについて表PJF_PROJECTS_ALL_VLのPJTプロジェクトにアクセスします。

      プロジェクト・マネージャは、データ・アクセス権が付与されているプロジェクトのプロジェクト変更リクエスト・データを管理できます。

      プロジェクト・マネージャ

      プロジェクト変更リクエスト・データの承認

      権限があるプロジェクトについて表PJF_PROJECTS_ALL_VLのPJTプロジェクトにアクセスします。

      プロジェクト・マネージャは、データ・アクセス権が付与されているプロジェクトのプロジェクト変更リクエストを許可できます。

      プロジェクト管理者

      プロジェクト変更オーダーの管理

      ユーザーのデータ・アクセスの管理ページに定義されているとおり、権限があるプロジェクト・ビジネス・ユニットについての表PJF_PROJECTS_ALL_VLに対するプロジェクト・アクセス。

      プロジェクト管理者は、アクセス権が付与されているビジネス・ユニットのプロジェクト変更リクエスト・データを管理できます。

      プロジェクト管理者

      プロジェクト変更オーダーの管理

      ユーザーのデータ・アクセスの管理ページに定義されているとおり、権限があるプロジェクト組織についての表PJF_PROJECTS_ALL_VLに対するプロジェクト・アクセス。

      プロジェクト管理者は、アクセス権が付与されている組織のプロジェクト変更リクエスト・データを管理できます。

      プロジェクト管理者

      プロジェクト変更リクエスト・データの承認

      ユーザーのデータ・アクセスの管理ページに定義されているとおり、権限があるプロジェクト・ビジネス・ユニットについての表PJF_PROJECTS_ALL_VLに対するプロジェクト・アクセス。

      プロジェクト管理者は、アクセス権が付与されているビジネス・ユニットのプロジェクト変更リクエストを許可できます。

      プロジェクト管理者

      プロジェクト変更リクエスト・データの承認

      ユーザーのデータ・アクセスの管理ページに定義されているとおり、権限があるプロジェクト組織についての表PJF_PROJECTS_ALL_VLに対するプロジェクト・アクセス。

      プロジェクト管理者は、アクセス権が付与されている組織のプロジェクト変更リクエストを許可します。
      プロジェクト統合スペシャリスト

      プロジェクト変更オーダーの管理

      すべての値

      プロジェクト統合スペシャリストは、サイト全体のプロジェクト変更リクエスト・データを管理できます。
      プロジェクト統合スペシャリスト

      プロジェクト変更リクエスト・データの承認

      		 すべての値 プロジェクト統合スペシャリストは、サイト全体でプロジェクト変更リクエストを承認できます。
      プロジェクト・アプリケーション管理者

      プロジェクト変更オーダーの管理

      すべての値

      プロジェクト統合スペシャリストは、システム内のすべてのプロジェクトでプロジェクト変更リクエスト・データを管理できます。
      プロジェクト・アプリケーション管理者

      プロジェクト変更リクエスト・データの承認

      		 すべての値 プロジェクト統合スペシャリストは、システム内のすべてのプロジェクトでプロジェクト変更リクエストを承認できます。
  • カスタム・ロールを使用する場合は、「プロジェクト変更リクエストの管理」機能権限を割り当てると、必要なRESTリソースへの機能アクセスが自動的に提供されます。 ただし、データ・セキュリティ・ポリシーを適切に構成する必要があります。
    • RESTリソース データ・アクションが必要
      projectsLOV サービス・データを使用したプロジェクト・リストの取得
      (PJF_GET_PROJECT_LIST_DATA)
      projectTasksLOV

      サービス・データを使用したプロジェクト・リストの取得

      (PJF_GET_PROJECT_LIST_DATA)
      projectPlanningRbs

      プロジェクト・タスク構造の管理(PJF_MANAGE_PROJECT_TASK_STRUCTURE_DATA)または
      プロジェクト予算作業中バージョンの管理(PJO_MANAGE_PROJECT_BUDGET_WORKING_VERSION_DATA)または
      プロジェクトのプロジェクト・リソース・ブレークダウン・ストラクチャの表示(PJF_VIEW_PROJECT_RESOURCE_BREAKDOWN_STRUCTURES_FOR_PROJECT_DATA)
      projectPlanningRbsElementsLOV プロジェクト・タスク構造の管理(「PJF_MANAGE_PROJECT_TASK_STRUCTURE_DATA)または
      プロジェクト予算の管理(PJO_MANAGE_PROJECT_BUDGET_DATA)または」      )
      プロジェクト予測の管理(PJO_MANAGE_PROJECT_FORECAST_DATA)
      financialProjectPlans プロジェクト・タスク構造の管理(PJF_MANAGE_PROJECT_TASK_STRUCTURE_DATA))
      projectBudgets プロジェクト予算作業中バージョンの管理(PJO_MANAGE_PROJECT_BUDGET_WORKING_VERSION_DATA)
      projectEnterpriseResources なし