CL · FW · 356
平台工程团队架构
Platform Engineering Team Setup · platform-engineering-team-setup--camille-fournier
所属簇 组织设计与规模化
解决什么问题
何时以及如何建立有效的平台工程团队,以及如何处理平台团队与业务团队的冲突。
核心内容
触发时机:通常在工程师达到 50 人以上,且出现跨团队重复解决同类问题或严重的核心扩容瓶颈时。10 人的小公司不需要。
团队构成: 必须包含软件工程师(不能只是 SRE/运维)、系统工程师和产品经理(PM 与工程师比例可高于业务团队)。
运作原则:
- 平台即产品:需关注结果和影响力(如降低周期时间、提升效率),而非单纯维持基础设施。
- 兼容敏捷与长线:平台项目通常周期更长、更复杂,需适应长线规划。
- 预期大量迁移工作:需主动平滑底层变更对业务团队的影响。
- 极高的利益相关者管理难度:需主动向全公司证明平台团队的 ROI。
与糟糕平台团队合作的策略: 不要直接对抗。找到平台中表现好的模块建立良好关系,并在平台团队缺乏 PM 时,主动帮他们澄清产品需求,引导他们构建真正有价值的东西。
适用边界
平台团队领导者必须乐于接受利益相关者管理这一“最不有趣”的工作,如果只想钻研纯技术或纯产品,不适合在平台团队做领导。
关键引述 · 原话
"Platform engineering is not just maintaining cloud infrastructure and doing small scripts... platforms are products, ultimately." (Camille Fournier)
出处:Camille Fournier · 03-podcasts/camille-fournier.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2