译自 HOW PLATFORM TEAMS CAN ACHIEVE AMBITIOUS GOALS 。

艰巨的目标不仅给我们提供努力的方向，也能激发我们的潜力。虽然目标应该充满雄心，但我们需要确保它们既务实又可实现。

Dan Grøndahl Glavind 用 CTO 的视角，写了一系列七篇博客来讲述平台工程。

• 第一部分：假如我是 CTO ，我会这样推动平台工程
• 第二部分：建立平台工程组织
• 第三部分：平台团队如何实现远大目标
• 第四部分：平台团队成功的箴言
• 第五部分：引导平台团队树立产品思维
• 第六部分：超越数字，衡量平台团队的成功
• 第七部分：平台团队的沟通、成就和挑战

鼓励平台团队自定目标，不仅培养所有权文化，也确保他们全力以赴。

提示：平台团队制定的任何目标都应与技术总监(CTO)保持一致。CTO 有责任监督和推动有利于企业的技术策略。

目标不应孤立存在。如果没能对企业整体造成正面影响，哪怕平台团队实现了卓越的成就，也很难称得上成功。

无论是由 DevOps 团队、项目经理还是平台工程团队制定，目标都应与更广泛的企业目标保持一致。

在忙碌的交付过程中，易于注意产出量。但是，应更关注结果。重要的不是做了多少，而是带来的影响。真正的价值在于工作结果所产生的有利变化。

目标不应是被遗忘的静态陈述。应经常讨论，使其成为重点事项，与时俱进而充满雄心，不断推动团队突破舒适圈。与此同时，目标必须具体，给出明确方向，当然也要透明，确保所有人理解且立场一致。

让我们详细分解：

• KPI：关键绩效指标，反映实现预期目标的进展。可以把 KPI 看作企业健康和正确方向发展的关键信号。
• 目标：实现的更广泛愿景。提供方向和目的，是指引一切活动的北极星。
• 指标：代表实现目标的进展情况的具体数量。提供可操作的洞察，是测量绩效具体方面的工具。

这三者都关联数据与企业价值。设立远大而可实现的目标需要在授权、一致和清晰之间取得平衡。在平台工程中，重点不仅在设置目标，还在确保目标带来有意义的变革。

通过协作、频繁讨论和对KPI、目标和指标的深入理解，平台团队可以制定路线图，实现影响深远的结果。

• 目标：下一季度实现所有平台服务可用性达到 99.9%，未计划宕机时间减少 25%。
• 业务影响：确保依赖平台的其他团队经历最小中断，提高生产力和用户信任。
• 指标：未计划宕机次数减少。
• KPI：可用性百分比。

• 目标：在未来一年将新团队接入平台时间缩短50%。
• 业务影响：更快接入意味着团队可以尽早从平台功能中受益，加速项目进度。
• 指标：平均接入时间(天)。
• KPI：每月接入团队数量。

• 目标：在未来 8 个月提升平台基础设施，在不增加延迟的情况下处理用户量增加一倍。
• 业务影响：随着组织扩大，团队不会遇到性能问题，确保运营流畅并保持高用户满意度。
• 指标：平台可处理的最高用户量。
• KPI：用户对性能和延迟问题的反馈。

• 目标：下一季度实施每两个月一次的平台用户反馈，并在两周内处理 80% 以上的可执行反馈。
• 业务影响：确保平台不断根据用户需求演进，培养持续改进和紧贴用户需求的文化。
• 指标：已处理反馈数量。
• KPI：在两周窗口内处理的反馈百分比。

• 目标：下一季度部署时间缩短30%。
• 业务影响：更快部署意味着更快上市，其他部门如销售和营销可以更早利用新功能。
• 指标：每周部署时间。
• KPI：平均部署时间减少百分比。

这些目标都强调业务影响，与 CTO 提升平台健壮性和用户体验的愿景一致，并设定可测量的指标和 KPI 来跟踪进展。

既然我们已经理解平台团队如何实现远大目标，让我们进入博客系列第四部分，探讨如何优先处理、专注和交付。