发布的真相

小团队到底能不能按计划发布?
问题一 · 是什么拖慢了一次发布
排队等 review,比需求膨胀更拖进度
BALLOT TALLY · 一格 = 一位受访者,共 100 人 · 多选
那他们自己怎么看这个节奏?
问题二 · 对自己发布节奏的自评
从容和焦虑的人,几乎一样多
HUNDRED FIELD · 一点 = 一位受访者 · 38 + 34 + 16 + 12 = 100
问题三 · 上季度实际发布次数,按团队规模
两人小队的人均发布量赢了所有人
TICK ROWS · 一格 = 一次发布 · 每五格一个圆点
按时发布的团队,有这三个习惯
×2
批次切得更小
按时交付的团队砍需求的频率,是延期的两倍。
54%
当天完成 review
超过一半的团队,PR 开出当天就有人看。
63%
公开更新日志
近三分之二每周把发布内容写出来给所有人看。
关于这份调研

团队多久能发布一次自己计划过的东西?

每个季度,我们向小型软件团队问同样的三个问题:什么拖慢了你们,你们怎么看自己的节奏,以及你们实际发布了什么。

本期比较了 100 个一到二十人的团队。我们想看看团队嘴上抱怨的东西——review、需求、会议——和他们发布记录里的事实,到底对不对得上。

团队变大,发布的底气会跟着变大吗?短答案:不会。长答案在左边。

口径说明

「发布」指任何上线到生产环境、用户可感知的变更,由团队自报,并在有公开 changelog 时交叉核对。

调研时间为 2026 年 4 月至 6 月。多选题各项独立计数,合计可超过 100。