PD · PB · 075
产品周期时间追踪法
Cycle Time Tracking P Strat P0 P1 P2 · cycle-time-tracking-p-strat-p0-p1-p2--varun-parmar
所属簇 指标体系与工程效能
解决什么问题
产品团队缺乏客观的 velocity 数据,无法回答"我们是否在变快"以及"哪个环节在拖慢我们"。
核心内容
Miro 用一套 stage-gate 流程 + 周期时间追踪来管理产品开发速度。
产品流程阶段:
- P-strat(Strategy):策略与方向
- P0:问题定义
- P1:方案定义
- P2:发布后验证——是否达成预设指标
项目复杂度分类:
- Small:预计 < 1 个月完成
- Medium / Large:对应更长时间预期
数据采集与透明化:
- 所有 feature team 的各阶段耗时数据被采集并向全组织公开
- 可查看按 small/medium/large 分类的 average、median、variance
- Product Ops(内部称 Product Excellence)负责记录和整理
使用方式:
- 自我对标("like the game of golf — you're just playing against yourself"):团队与自身历史数据比较,不与其他团队竞争
- 发现瓶颈:"我在 P0 阶段耗时远超 average → 去找那个做得快的团队学习"
- 分享最佳实践:"我在 P1 做得特别快 → 原因是 X → 分享给全组织"
配套的总体 motto:"Deliver customer value faster with high quality"——三维度分别对应:value = 指标是否移动;faster = cycle time;quality = design triage。绩效评估和奖励体系均基于这一句话。
适用边界
- 部分数据通过会议采集、部分通过 Slack,可靠性仍有提升空间
- 作者承认流程仍在迭代中
- 适用于有一定规模(Miro 有 450+ PM)的产品组织;小团队可能不需要这么正式的追踪
关键引述 · 原话
"Velocity is more like the game of golf where you're just playing against yourself... what's the average, what's the variance, what's the median?" (Varun Parmar)
关联卡片
与 design-quality-binary-triage 和 rolling-six-month-roadmap 共同构成 Miro 产品开发操作系统的三个支柱。
出处:Varun Parmar · 03-podcasts/varun-parmar.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