管理Foundry采用Program governance治理流程

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

治理流程

在您搭建和发展Foundry Program团队时,我们建议遵循以下所述的战略规划和治理检查点。这些规划、审核和开发阶段对于确保您的团队为成功维护、使用和部署Foundry平台所需的各种责任和活动做好准备至关重要。

Foundry Program规划

SteerCo会议:愿景设定

  • 阶段: 1+
  • 频率: 季度
  • 负责人: 项目负责人
  • 参与者/利益相关者: 项目经理、高管/高级利益相关者、领域负责人

指导委员会(SteerCo)会议是Foundry Program高层方向的核心定期会议。SteerCo会议的主要目的是评估Foundry平台的战略方向、范围和成本。通常在SteerCo会议中会讨论特定的高优先级项目,但这些项目不应成为会议的唯一焦点。

SteerCo会议的示例议程可能包括:

  • 审查实时、开发中和潜在的应用案例,以及相关的成本、开发进度和对组织的价值。
  • 概览用户基础的变化(例如,用户数量的增长/减少或按组/应用案例的使用情况)。
  • 在组织更广泛的IT环境和目标背景下审查/讨论Foundry平台。

开发和路线图审查

  • 阶段: 1+
  • 频率: 月度
  • 负责人: 项目经理
  • 参与者/利益相关者: 项目负责人、领域负责人

开发和路线图审查旨在回顾上个月的进展并就下个月和长期路线图的交付内容达成一致。该会议是一个审查正在进行的开发项目进展、讨论对现有应用案例的增强机会、识别和优先考虑新应用案例机会的平台。

每次会议的示例议程可能包括:

  • 正在进行的开发进展更新。
  • 评估商业案例以确定并确认应用案例价值。
  • 评估和批准项目计划的更改。
  • 根据交付内容/开发的优先级做出决策。
  • 审查并批准应用案例开发策略。
  • 审查并为项目成功的关键问题建议解决方案。

活跃应用案例开发

站会

  • 阶段: 1+
  • 频率: 每日
  • 负责人: 数据负责人
  • 参与者/利益相关者: Ontology负责人、应用案例负责人、数据治理管理员(视需要而定)

站会是一个简短的(<30分钟)每日电话会议,在会议上,每个应用案例团队成员提供进度更新。

站会更新通常限于:

  • 前一天的工作内容。
  • 当前一天的工作内容。
  • 审查任何阻碍进展的问题。

Sprint规划

  • 阶段: 1+
  • 频率: 每两周
  • 负责人: 数据负责人
  • 参与者/利益相关者: Ontology负责人、应用案例负责人、数据治理管理员(视需要而定)

在Sprint规划会议中,参会者会审查上一Sprint中完成和未完成的内容,并决定在即将到来的Sprint中将处理哪些内容。

示例议程包括:

  • 审查团队交付物/目标。
  • 讨论当前阻碍因素和开发优先级的更改。
  • 确认即将到来的Sprint的团队能力。
  • 确认交付要求并进行任何适当的更新。
  • 指派大小估算,确定Sprint内容,并指派工作。

平台治理

项目创建审查

  • 阶段: 1+
  • 频率: 月度
  • 负责人: 项目负责人(阶段1),数据治理负责人(阶段2+)
  • 参与者/利益相关者: 项目经理

新项目由组织中的用户通过项目创建请求门户提交创建请求。那些请求然后在项目审批收件箱中被审核并被批准或拒绝。

如果请求被批准,则根据请求的详细信息创建所请求的项目,控制角色指派和组访问。每个Foundry空间的项目创建权限应限制在中央平台治理团队;随着平台治理在开发阶段变得更具体,填补该团队的角色将随着时间的推移而演变。

项目访问审查

  • 阶段: 1+
  • 频率: 持续
  • 负责人: 项目负责人(阶段1),数据治理负责人(阶段2+)
  • 参与者/利益相关者: 项目经理

项目角色应得到控制,以确保只有指定的组在项目上拥有特定角色。我们建议确保组直接与组织的身份提供商(IdP)组相连接。

访问请求在项目审批收件箱中被审核并被批准或拒绝请求。 在请求批准后,请求者的账户被添加到具有项目上适当角色的组中。

根据组的管理位置,这需要将请求者的网络账户添加到IdP组,或者将他们的Foundry账户添加到Foundry特定组。我们建议直接为项目上的个人用户授予角色。

数据权限管理审查

  • 阶段: 1+
  • 频率: 持续
  • 负责人: 项目负责人(阶段1),数据治理负责人(阶段2+)
  • 参与者/利益相关者: 应用案例负责人

在Foundry中,数据权限管理有多种形式,从控制对数据集或整个管道的整体访问,到控制数据集中记录的可见性。

特定应用案例的数据权限管理要求应作为项目创建审查过程的一部分进行范围界定。在项目开发期间记录和应用适当的数据权限。

用户启用

支持团队开发

  • 阶段: 1+
  • 频率: 持续
  • 负责人: 数据负责人、项目经理
  • 参与者/利益相关者: 领域负责人、数据治理管理员、应用案例负责人

我们建议创建一个内部支持结构,以帮助用户问题的分级、调查和解决。这个结构可以在您组织内保持自主性方面产生显著影响,并确保任何需要Palantir参与的问题在提升之前已提供所需的详细信息。

阶段1/2: 支持可能由Foundry Program团队处理 阶段2+: 我们建议建立一个专门的内部Foundry支持团队

培训开发

  • 阶段: 2+
  • 频率: 持续
  • 负责人: 教育与培训专家
  • 参与者/利益相关者: 领域负责人、应用案例负责人

Palantir提供集中培训资源,但我们建议Foundry Program团队也开发一个针对组织中每个应用案例的内部培训课程。

这包括开发和维护每个应用案例的数据沿袭和Ontology组件的文档,以及用户如何与核心应用程序交互的教程。培训媒介可以包括平台内和外部文档(例如,界面教程和文档),以及录制和面对面的培训/教程。