注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
フェーズ 4：急成長
組織の Foundry の使用方法は？
- この段階で、Foundry プログラムはほぼ自己完結しているべきです。Palantir のエンジニアは、ユースケースのブーストやその他のアドバイザリーサービスに関与することができますが、日々の運用や展開に向けた構築の取り組みは、内部チームが完全に管理しています。
- プログラムチームが Foundry プラットフォームの成長とスケーリングを継続的に追求する一方で、Foundry を使用しているエリアが時間の経過とともに自己完結していくことを確実にすることにも焦点を当てるべきです。強力な教育とサポートサービスは、ユーザーの自律性を促す大きな要因です。この焦点により、中央のプログラムチームは、主にコアのメンテナンスやユースケースの拡大、プラットフォームでの成熟度向上を支援することが主な役割となります。
- ガバナンスとプロセスは成熟し、全面的に運用されているべきです。それらは、内部チーム、ユースケースチーム、外部の関係者や組織のユーザーからなる拡大するグループ全体でプログラムが円滑に進行することを目指しています。
Foundry プログラムチームはどのようなものですか？
- フェーズ 4 は、自律的なチームとしての維持と、継続的な成長に関するものです。
- プログラムのコアチームは、新たな領域を Foundry に導入し、組織の目標を追求するために、新たなユースケースや機能リクエストをロードマップに追加し続けることに焦点を当てるべきです。このフェーズでは、チームが直面する課題は、増え続けるユースケースとユーザーの環境を管理することであり、その注意は、スケーラビリティと大規模で複雑なプロジェクトやプロセスの管理に向けられるべきです。
- プラットフォームチームは、前のフェーズから成熟し、ガバナンスプロセスや他のワークストリーム間での定期的な共同作業に取り組んでいるはずです。プラットフォームチームは、この時点で Foundry プラットフォームを完全かつ自律的に所有し、組織の IT チームやアーキテクチャ、必要に応じて Palantir のサポートサービスと連携しているはずです。プラットフォームチームは、主にアドバイザリーと情報共有目的で進捗を促進し、これらの関係を活用しています。
- このフェーズでは、データチームは、より専門的でニュアンスのあるリソースを受け取るべきです。ユースケースやワークフローの拡大するポートフォリオを管理するために、データチームの役割は、より大規模な Foundry プラットフォームの複雑さをサポートするために、より焦点を絞ったものになります。データの取り込みとオントロジー管理は、Foundry プラットフォームの成功にとって重要であり、プラットフォームが多様化し、より多くの焦点領域をカバーするにつれて、注意深い管理が時間とともにますます重要になります。したがって、プラットフォームの長期的なスケーラビリティをサポートし、データやオントロジーのリクエストのバックログによる成長のブロックを防ぐために、これらの分野におけるリソーシングへの投資が必要です。
リソーシング努力をどのように集中させるべきか？
- このフェーズでは、データチームは、Foundry プログラムの全体的なロードマップ、目標、ビジョンを見直す必要があります。このフェーズで追加を推奨する役割は、組織の Foundry 使用の基盤となるサポート構造として、データエンジニアリングとデータサイエンスを重視しています。データチームは、プログラムが Foundry の進化を次の 1 ～ 3 年でどこに期待しているのかを見据え、長期的なビジョンと短期的なリソーシングニーズをサポートするデータリソースを探すべきです。
- 以下で特定された役割は、Foundry プログラム内のデータチームの強力なメンバーである個別の貢献者です。内部でも外部でも、Foundry や大規模なデータプラットフォームを使用した経験がある優れた開発者やデータエンジニアを探すことができます。彼らは、自分の専門分野でのベストプラクティスに精通しており、自分が割り当てられたエリアを自律的に所有できる強力な個別の貢献者であるべきです。すべての 3 つの役割については、ビジネスの他のエリアと連携して、ホリスティックなスイートがビジネスの成果を達成するために必要なように機能していることを確認できる、良好なコミュニケーションスキルを持った個人を探すべきです。
フェーズ 4 の役割
以下の図は、フェーズ 4 での Foundry 実装を担当する Foundry プログラムチーム内のさまざまな役割とチームを示しています：
