平台团队的沟通、成就和挑战

译自 COMMUNICATING ACHIEVEMENTS AND CHALLENGES IN PLATFORM TEAMS 。

第七部分

在我们博客系列的最后一部分，我们探讨沟通的重要性。

记住，在科技快速迭代的今天，软件开发中的沟通和编码一样重要。特别是当我们关注平台团队的表现时。让我们深入探讨!

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

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

团队问责制

作为CTO，我有责任进行核查并提出关键问题。

我深信让团队自己设定目标，这会鼓励团队负责任和投入。记住，重点不是互相指责，而是团队合作和相互理解。我们共同为最终目标而努力，每个人的贡献都非常重要。

用通俗语言解释技术成果

软件行业的专业人士，无论管理层还是技术层，可能都对技术术语有较高理解，但不像平台工程师那样了解细节。

当平台团队取得重大进展时，重要的是用企业各部门都能理解的语言进行沟通，从人力资源到项目管理。

“我们将 CI/CD 管道效率提升 40%!”

这固然不错，但对企业意味着什么?也许可以这样表达:“我们现在可以每周发布新功能的次数提升一倍，意味着在同等时间为客户创造两倍价值!”明白区别了吗?

建立开放的沟通渠道

开放和诚实的沟通是任何成功组织的支柱。作为 CTO，我会确保平台团队始终有清晰的沟通渠道，特别是在遇到挑战时。

跳级会议是一个好办法，平台团队成员可以在不通过直接主管的情况下直接反映问题和关注。

当面临挑战时，认识到问题至关重要。这并不意味着立即有答案，但确认问题是找到解决方案的第一步。

平台团队做了不可思议的工作，确保企业内外对他们的成就有充分理解和欣赏同样重要。也需要确保他们有渠道和支持来有效应对挑战。让我们保持渠道的开放和通畅!

一切都是迭代的

我们身处的技术世界日新月异。唯一不变的就是变化。今天奠定的基础，明天可能需要调整。这就是为什么一切都是迭代的。让我们拆解一下:

• 团队使命和章程:需要不断更新，以适应业务形势。
• 组织与系统:记住康威定律，系统反映组织沟通。随着组织演进，系统设计也需要迭代。
• 平台团队目标:实现一个里程碑后立即思考下一个。目标需要不断设定、评估和调整。
• 优先排序、专注和交付的能力:环境变化需要方法调整，保持敏捷。
• 技术栈:关注创新，看是否有更合适平台目标的新技术。
• 业务成果:如果结果不符预期，需要重新思考。