同理心驱动的平台团队如何支持软件开发

Erin Doyle 在波士顿InfoQ Dev Summit上关于同理心驱动的平台的演讲中提到，为产品开发人员建立同理心和理解可以帮助平台团队找出他们范围的边界，从而提供更好的支持。

DevOps 的出现源于我们所有人都对现状感到沮丧，开发者和运维管理员都对每件小事变得缓慢和官僚化感到厌烦，Doyle 解释道：

随着云服务的出现，以及更多的工具和自动化选项的出现，与专用 IT 运维角色相关的担忧可以减轻。开发人员可以自己完成，而不是提交一个工单，然后等待其他人来完成。运维管理员可以扩大他们的职责范围，并将它们整合到一个协作团队中，而不是管理多个目标不一致的不同团队。

责任转移到了开发团队，希望他们同时管理编码和基础设施。Doyle 提到，这造成了认知过载，导致了不一致的决策、糟糕的成本管理、未充分使用或配置错误的基础设施，以及安全性和合规性差距等问题。

平台团队可以减轻开发团队日益增长的认知负担，让他们专注于构建强大的应用程序。为了建立对产品开发人员的同理心，应该鼓励平台工程师从事涉及软件工程的任务，Doyle 解释道：

他们将直接体验开发人员每天都面临的痛苦，比如重新检查后启动应用程序所需的时间，“在我的机器上可以工作”的问题，缓慢的反馈循环，技术债等。

Doyle 说，为了更好地理解团队的背景，平台工程师可以临时或永久地被安排到开发团队中，以帮助完成与平台相关的任务。他们将直接看到团队的优先事项、截止日期、挑战和痛点。

另一种方法是让特定的平台工程师虚线向产品团队汇报。平台工程师仍然是平台团队的全职成员，但每当产品团队需要平台协助时，他们可以找到指定的人，并随着时间的推移建立共识，Doyle 建议。

平台工程师还应该培养一个心理安全的环境。让别人感到更舒服的一个强有力的方式是通过开放和诚实地表达你的思想、你的想法、你的感受、你不知道的事情、你需要帮助的地方、你的失败或错误，以及你所学到的东西，Doyle 解释道：

通过展示脆弱性，尤其是当你的职位越高时，你越表现出你愿意与他人分享这些内容而不怕被评判或产生后果时，其他人可能也会更愿意分享。

Doyle 建议养成公开工作的习惯，并公开分享你的进展。当你处理给定任务时，你可以大声说出你的想法，记录你的想法、你的理论、你采取的行动、你得到的结果等等。

平台团队应该具有高度的客户服务意识和可用性，Doyle 说。平台团队应该始终优先考虑对客户的可用性，他们应该将产品开发人员视为他们的客户，她总结道。

InfoQ 就同理心驱动的平台方法采访了Erin Doyle。

InfoQ：让平台团队成员加入开发团队有哪些挑战或缺点？

Erin Doyle：这样做的风险是，平台工程师被视为额外的员工，被迫承担产品工作。团队也可能会过度依赖嵌入式工程师，导致难以结束合作。

 

保持与平台团队和开发团队的联系和上下文是很困难的。它可能需要更多的会议和 Slack 渠道，这对嵌入式工程师来说可能是压倒性的。

 

虽然这种方法可能非常有帮助，但在追求时应该小心应对这些潜在挑战。

InfoQ：你从建立同理心和增加心理安全中看到了哪些好处？

Doyle：当平台团队对产品开发客户有同理心时，他们就能够调整工作范围，更有效地支持和支持这些开发人员。当平台团队理解开发人员正在努力解决的问题时，他们可以构建更适合的解决方案，并减轻开发团队的认知负担。

 

当开发和平台团队之间培养了心理安全时，它降低了阻碍这些团队之间合作的障碍。这使得开发人员能够更容易向平台团队寻求帮助。

 

协同工作而不是孤立地工作，可以提高开发人员的生产力，并使平台上运行的架构和应用程序更健壮、更有弹性。

InfoQ：组织可以做些什么来支持开发人员的学习和成长，以实现自给自足？

Doyle：建立一种学习和分享的文化，并得到各个层面的支持，这是很有帮助的！开发者需要学习、实验、发现和培养技能的空间。有了这种心理安全感，当事情没有按预期进行时，可以分享他们学到的东西，并提出问题。

 

当我们能够从各自的知识中互相帮助时，学习和成长真的可以被放大。平台团队在这方面可以做很多事情来支持。通过分享文档、午餐学习会、视频和 Slack 线程分享知识，他们可以传授很多对他们来说可能是常识的知识、技巧和窍门，但对开发人员来说，可能很难有时间和精力去自己获得。

原文链接：

https://www.infoq.com/news/2025/08/empathy-driven-platform-teams/