Documentation
搜索文档
karat

+

K

API 参考 ↗
管理Foundry采用Phase 2: Develop infrastructure to unlock scaling阶段2: 角色与职责

注意：以下翻译的准确性尚未经过验证。这是使用 AIP ↗ 从原始英文文本进行的机器翻译。

阶段2: 角色与职责

以下是Foundry Program团队阶段2的新角色与职责，除此之外，还有阶段1中已建立的角色。

教育与培训专家

职责

  • 协调与业务和应用案例优先级一致的培训活动；与应用案例负责人和领域负责人合作，使培训与应用案例启动、功能发布以及新用户群体加入特定工作流程保持一致。
  • 与应用案例团队合作，开发特定于应用案例和工作流程的培训文档，目标是确保用户和开发人员都能理解不同的应用案例和工作流程，并且这些应用案例的培训和文档符合项目标准。
  • 与公司特定的内部HR流程对接，将Foundry纳入公司的教育项目、认证和执行中；教育与培训专家应与HR合作，将Foundry的培训和教育整合到整个组织的入职和持续教育项目中。这样做将防止Foundry Program与组织的其他部分隔离开来。
  • 通过教育推广Foundry；负责沟通和宣传可用的培训和现有的应用案例。这可以根据组织结构采取多种形式，包括与组织的学习与发展团队合作，将Foundry培训纳入开发和技能提升机会中，或与内部沟通或活动团队合作，宣布新的培训和认证机会并传达Foundry教育的好处。
  • 进行技能差距分析和审核，以持续改进培训和教育资源；根据业务成果和ROI改善，开发对不同培训和教育材料成功的评估。
  • 创建Foundry培训项目，以标记不同角色和应用案例的里程碑和成功标准；这些可以是工作坊、在线培训、自助培训、Palantir提供的学习资源、现场培训、测验和文档，以及在Foundry中设计培训项目。
  • 如果组织中存在“培训培训师”项目，此角色应协调和促进该项目的实施；这使Foundry教育可以超越专用教育和培训资源的限制进行扩展。

个人特质和必备技能

  • 掌握教学设计的最佳实践和培训方法，包括辅导、工作坊和在线学习方法
  • 优秀的沟通和协作能力
  • 强大的组织能力和项目管理的经验
  • 一定的技术领域知识
  • 理解业务结构和团队，并能够跨团队沟通，深入理解他们的目标

相关Foundry应用和资源

数据治理管理员

职责

  • 专注于使数据可被用户使用，符合内部和外部数据质量标准和SLA。
  • 负责项目中的数据治理需求的文档和维护，并在各工作流中进行沟通。
  • 搭建数据治理流程的监控和指标，并负责这些系统的持续报告和调整。
  • 与权限管理人员和数据负责人合作，在项目权限中实施组和角色。创建文档和可重复的工作流程，以便在常见项目类型和工作流程中实现数据治理要求的自助服务。
  • 在Foundry Program的所有工作流中实施数据治理审查流程。与团队负责人合作，了解他们的工作流需求和流程，并实施数据治理检查、要求和流程，以确保项目中的数据治理标准得到满足。
  • 如有需要，与Palantir团队对接以获得支持服务；利用Palantir的资源，包括文档、咨询团队和支持服务，实施与组织需求一致的数据治理项目，并配备足够的供应商支持系统。

在阶段1中，数据治理管理员角色通常由数据负责人或Ontology负责人承担。然而，由于数据管理规模和工作流程与应用案例的复杂性，我们建议在阶段3时，至少将其作为独立角色进行专门的资源配置。

个人特质和必备技能

  • 熟悉组织范围的数据访问权限、法规和认证系统（例如Okta和Active Directory）
  • 编程技能（SQL, Python, PySpark/Spark）
  • 数据质量和版本控制最佳实践的知识
  • 熟悉代理/虚拟机
  • 强大的技术沟通能力
  • 系统架构知识

相关Foundry应用和资源

数据源开发者

职责

  • 数据源开发者是工程师，他们从数据负责人那里承担个人贡献者任务，负责Foundry Program中使用的所有相关数据源的获取和清理过程。
  • 我们建议将此角色分配给一个集中管理的数据源开发者团队，而不是在应用案例团队中分散所有权，以保持与合规、治理和安全要求的一致性。这也确保了数据结构和管道架构的标准化。
  • 每个数据源开发者负责一组数据源的数据连接配置和技术连接，以及Foundry数据源项目，其中的摄取数据以原始格式提供。
  • 作为一个团队，数据源开发者应负责创建共享库和其他文档，以便在必要时进行数据清理、清理自动化和数据模糊化。
  • 与组织中的数据所有者合作，收集有关数据源的技术细节，并设计管道以实现数据摄取，从而最好地支持组织目标和最终状态工作流的策略和要求。
  • 负责数据摄取、管道健康和数据质量的日常管理。确保管道设计、搭建、更新和监控工作按计划安排，与项目目标和应用案例及工作流要求一致。
  • 管理和解决数据源中的失败或问题。这包括与相关IT团队和项目经理合作，创建升级SOP，监控和警报系统以响应失败，推动关于失败的沟通，实施修复措施，并创建回顾性流程以从失败中汲取教训。
  • 专注于使数据可供用户使用，符合内部和外部数据质量标准和SLA。与合规团队和数据治理负责人紧密合作，创建指南、最佳实践和数据管道的审查和监控流程。

个人特质和必备技能

  • 数据工程技能（SQL, Python, PySpark/Spark）
  • 数据清理和质量最佳实践的知识
  • 版本控制最佳实践的知识
  • 熟悉代理/虚拟机/连接系统

相关Foundry应用和资源

Ontology管理者

职责

  • 负责从现有模型和生产管道开发Ontology，作为所有工作流项目的消费点。
  • 管理Ontology的积压，优先考虑变更请求，并在需要时将其分类到其他团队。当评估对新的Object和其他Ontology变更的请求时，应清晰地了解其对更广泛的组织Ontology的影响及Ontology的长期演进和路线图。
  • 与应用案例负责人和数据源开发者合作，处理将新数据源摄入Foundry的请求；在所有新应用案例架构和数据源讨论中发挥核心作用，确保与现有Ontology和项目范围的Ontology增长和演进策略保持一致。
  • 负责Ontology维护，并深入了解每个应用案例的相关数据源。与数据源开发者合作，以理解数据源并成为主题专家，以计划集成到Ontology中，并与应用案例团队合作，以理解Ontology设计和决策的影响。
  • 与数据治理和合规团队合作，以确保Ontology和数据源的访问符合内部治理程序。开发Ontology开发和维护的治理检查的可扩展流程。
  • 与Ontology负责人和数据负责人密切合作，以确保Ontology与数据摄取和维护过程的一致性。根据项目范围的路线图和长期策略，开发Ontology。

Ontology管理者角色通常是集中的，但对于成熟的平台（阶段3和4），此角色可以被分割到各个领域。在阶段4，此角色将为管道开发者和Object视图开发者提供指导和功能请求，以确保Ontology和数据资产能够最好地支持临时使用和应用案例开发。

个人特质和必备技能

  • 数据管道开发和管理技能
  • 数据库知识
  • 组织领域知识
  • 能够在技术和非技术利益相关者之间进行沟通

相关Foundry应用和资源