管理と有効化Foundry adoptionガバナンスガバナンスプロセス

注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

ガバナンスプロセス

Foundry プログラムチームを立ち上げ、拡大する際には、組織の取り組みを管理し、方向付けるためのガバナンスプロセスを導入することを推奨します。このページでは、ガバナンスプロセスの策定に役立つよう、組織に合わせて調整できる戦略計画とガバナンスの Checkpoint の例を紹介します。これらの計画、レビュー、開発の各段階を通じて、組織内で Foundry プラットフォームの保守、利用、展開を成功させるために必要なさまざまな責任や活動に、チームが備えられます。

ガバナンスでは、ユースケースが存在する理由、必要なデータ、誰が操作できるか、意思決定を継続的にどのようにレビューするかを明確にする必要があります。プライバシーのベストプラクティスとして、プライバシーと市民的自由に関するこれらの問いを計画に組み込むことが挙げられます。ワークフローが本番環境に移行する前のほうが、対処しやすいためです。機能マップについては、プライバシーと市民的自由の実践を参照してください。

このページで説明するプロセスは推奨事項であり、要件ではありません。ガバナンスプロセスを構成する1つの方法の例として紹介していますが、組織のニーズに応じて、ここで説明するプロセスをカスタマイズする必要があるでしょう。

Foundry プログラムの計画

SteerCo 会議:ビジョンの設定

  • フェーズ: 1+
  • 頻度: 四半期ごと
  • 所有者: プログラム責任者
  • 出席者/ステークホルダー: プログラムマネージャー、経営幹部/上級ステークホルダー、ドメインリーダー

運営委員会(SteerCo)の会議は、Foundry プログラム全体の方向付けの中心となる定例会議です。SteerCo 会議の主な目的は、Foundry プラットフォーム全体の戦略的な方向性、対象範囲、コストを評価することです。SteerCo では優先度の高い特定のプロジェクトを議論することも一般的ですが、それらだけを会議の焦点にするべきではありません。

SteerCo 会議の議題の例として、次のようなものが考えられます。

  • 稼働中、開発中、および候補となるユースケースと、それぞれのコスト、開発の進行状況、組織にとっての価値のレビュー。
  • ユーザー層の変化の概要(たとえば、ユーザー数の増減や、グループ/ユースケース別の利用状況)。
  • 組織全体の IT 環境と目標を踏まえた、Foundry プラットフォームのレビューと議論。

開発とロードマップのレビュー

  • フェーズ: 1+
  • 頻度: 毎月
  • 所有者: プログラムマネージャー
  • 出席者/ステークホルダー: プログラム責任者、ドメインリーダー

開発とロードマップのレビューは、先月の進行状況を振り返り、翌月の成果物と長期的なロードマップについて認識を揃えるために行います。このセッションは、進行中の開発施策の進行状況をレビューし、既存のユースケースを改善する機会を議論し、新しいユースケースの機会を特定して優先順位を付ける場です。

各セッションの議題の例として、次のようなものが考えられます。

  • 進行中の開発の進行状況の共有。
  • ユースケースの価値を判断し、確認するためのビジネスケースの評価。
  • プロジェクト計画の変更の評価と承認。
  • 成果物/開発の優先順位に基づく意思決定。
  • ユースケースの開発戦略のレビューと承認。
  • プロジェクトの成功に重大な影響を与える問題のレビューと、解決策の提案。

進行中のユースケース開発

スタンドアップ

  • フェーズ: 1+
  • 頻度: 毎日
  • 所有者: データリーダー
  • 出席者/ステークホルダー: オントロジーリーダー、ユースケースリーダー、データガバナンス管理者(必要に応じて)

スタンドアップは、ユースケースチームの各メンバーが進行状況を報告する、毎日の短い通話(30分未満)です。

スタンドアップでの報告は、通常、次の内容に限定します。

  • 前日に取り組んだこと。
  • 当日に取り組むこと。
  • 進行を妨げている障害のレビュー。

スプリント計画

  • フェーズ: 1+
  • 頻度: 2週間ごと
  • 所有者: データリーダー
  • 出席者/ステークホルダー: オントロジーリーダー、ユースケースリーダー、データガバナンス管理者(必要に応じて)

スプリント計画会議では、出席者が前回のスプリントで完了したことと完了しなかったことをレビューし、次のスプリントで取り組むことを決定します。

議題の例は次のとおりです。

  • チームの成果物/目標のレビュー。
  • 現在の障害と開発の優先順位の変更についての議論。
  • 次のスプリントにおけるチームの作業能力の確認。
  • 成果物の要件の確認と、必要に応じた更新。
  • 作業規模の見積もり、スプリントの内容の決定、作業の割り当て。

プラットフォームガバナンス

プロジェクト作成のレビュー

  • フェーズ: 1+
  • 頻度: 毎月
  • 所有者: プログラム責任者(フェーズ1)、データガバナンス責任者(フェーズ2以降)
  • 出席者/ステークホルダー: プログラムマネージャー

組織内のユーザーは、プログラムチームが作成したプロジェクト作成申請ポータルを通じて作成申請を送信し、新しいプロジェクトを提案します。その後、これらの申請は、同じくプログラムチームが作成したプロジェクト承認受信トレイアプリケーションでレビューされ、承認または却下されます。

申請が承認されると、申請内容に従ってロールの割り当てとグループアクセスを管理したうえで、申請されたプロジェクトが作成されます。各 Foundry スペースのプロジェクト作成権限は、中央のプラットフォームガバナンスチームに限定するべきです。開発の各フェーズを通じてプラットフォームガバナンスが具体化するにつれ、このチームを構成する役職も変化していきます。

プロジェクトアクセスのレビュー

  • フェーズ: 1+
  • 頻度: 継続的
  • 所有者: プログラム責任者(フェーズ1)、データガバナンス責任者(フェーズ2以降)
  • 出席者/ステークホルダー: プログラムマネージャー

プロジェクトのロールは、指定されたグループのみがプロジェクト上の特定のロールを持つように管理するべきです。グループを組織の IDプロバイダーのグループに直接紐付けることを推奨します。

アクセス申請は、プロジェクト承認受信トレイでレビューされ、承認または却下されます。 申請が承認されると、プロジェクト上で適切なロールを持つグループに申請者のアカウントが追加されます。

グループの管理場所に応じて、申請者のネットワークアカウントを IDプロバイダーのグループに追加するか、Foundry アカウントを Foundry 固有のグループに追加する必要があります。個々のユーザーにプロジェクト上のロールを直接付与しないことを推奨します。

データ権限管理のレビュー

  • フェーズ: 1+
  • 頻度: 継続的
  • 所有者: プログラム責任者(フェーズ1)、データガバナンス責任者(フェーズ2以降)
  • 出席者/ステークホルダー: ユースケースリーダー

Foundry におけるデータ権限管理には、データセットやパイプライン全体への包括的なアクセスの管理から、データセット内のレコードの閲覧可否の管理まで、さまざまな形態があります。

特定のユースケースにおけるデータ権限管理の要件は、プロジェクト作成のレビュープロセスの一環として明確にするべきです。適切なデータ権限の文書化と適用は、プロジェクトの開発中に行います。

ユーザーの活用支援

サポートチームの育成

  • フェーズ: 1以降
  • 頻度: 継続的
  • 所有者: データリード、プログラムマネージャー
  • 参加者/関係者: ドメインリード、データガバナンス管理者、ユースケースリード

ユーザーの問題のトリアージ、調査、解決を支援する社内サポート体制の構築を推奨します。この体制は、組織内の自律性を維持し、Palantir の関与が必要な問題について、エスカレーション前に必要な詳細情報が提供されるようにするうえで、大きな効果を発揮できます。

  • フェーズ1/2: Foundry プログラムチームがサポートを担当する場合があります
  • フェーズ2以降: 専任の社内 Foundry サポートチームの設置を推奨します

トレーニングの開発

  • フェーズ: 2以降
  • 頻度: 継続的
  • 所有者: 教育・トレーニングの専門家
  • 参加者/関係者: ドメインリード、ユースケースリード

Palantir は一元化されたトレーニングリソースを提供していますが、Foundry プログラムチームも、組織のユースケースごとに特化した社内トレーニングカリキュラムを開発することを推奨します。

これには、各ユースケースのデータリネージとオントロジーのコンポーネントに関するドキュメントの作成と保守、およびユーザーが主要なアプリケーションをどのように使うべきかを説明するチュートリアルの作成が含まれます。トレーニングの媒体には、プラットフォーム内および外部のドキュメント(たとえば、インターフェースのチュートリアルやドキュメント)に加え、録画および対面でのトレーニング/チュートリアルを含めることができます。