PD · FW · 160
规模化速度框架
Velocity At Scale Framework · velocity-at-scale-framework--jeremy-henrickson
所属簇 指标体系与工程效能
解决什么问题
公司在规模扩大时,如何维持甚至提升产品开发与决策的速度。
核心内容
维持速度的四大要素:
- 使命明确的小团队:将庞大的问题拆解为足够小的模块,让小团队全心全意攻克,最大限度减少跨团队的横向沟通成本。
- 清晰的平台接口:将系统能力沉淀为界限清晰的底层平台,降低业务层人员的决策复杂度,让工程师能以更少的资源做更多的事。
- 领导者深度下潜:管理者不要悬浮在上层指派任务,而应亲自走到战壕中,参与最艰难或最复杂的细节工作,以此发现真实的挑战与成功关键。
- 团队能力与阶段匹配:不断审视团队,确保成员的技能和兴趣与当前业务阶段匹配。擅长 0-1 的人未必擅长规模化,如果不匹配则需及时调整团队职责。
适用边界
适用于业务正在扩张、面临规模化挑战的科技产品团队。作者强调,具体实现方式因业务性质而异,但减少沟通损耗和清晰的平台架构是通用的。
关键引述 · 原话
"having smaller groups of people breaking down what is always a very, very large problem into sufficiently small bits that small groups can attack wholeheartedly and minimize horizontal communication, I think is the first thing." (Jeremy Henrickson)
关联卡片
与“Go and see 领导力原则”相呼应,均为提升组织效能与领导力深度的具体方法。
出处:Jeremy Henrickson · 03-podcasts/jeremy-henrickson.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