需求吞吐分析

筛选需求分类为基础、生态、基础-web、基础-官网

模块一

管理者视角的评估框架

筛选口径:仅包含需求分类为基础、生态、基础-web、基础-官网的需求,排除营收、支付、技术优化等其他分类。时间口径:2025Q4 为完整季度;2026Q1 扣除春节工作日;2026Q2 总体只看 4-5 月,6 月未完整,只作为消化回补和版本集中上线的辅助观察。跟版需求按需求编号去重,非版本按需求行统计。
整体判断:基础/生态需求在 Q2 4-5 月新提强度小幅回升,但同期消化强度低于 Q1;压力不是营收活动带来的,而是基础能力、生态能力和跨端协作需求自身形成的待消化差额。 基础/生态口径下,Q2 4-5 月新提 67 条,折合 1.56 条/工作日,高于 Q1 的 1.47 条/工作日;同期消化 56 条,折合 1.30 条/工作日,低于 Q1 的 1.52 条/工作日。按研发工时看,Q2 4-5 月新增 494.9、消化 400.6,形成 94.4 研发工时差额。逐月看,4 月新提 40、消化 30,研发工时差额 +162.5;5 月新提 27、消化 26,研发工时差额 -68.2。按客户端版本看,3 月和 6 月各有 2 个 V6.x 版本,其余月份各 1 个。
需求压力
进入强度小幅回升
Q2 4-5 月新提 1.56 条/工作日,高于 Q1 的 1.47 条/工作日。
交付消化
4-5月低于Q1
Q2 4-5 月消化 1.30 条/工作日,低于 Q1 的 1.52 条/工作日。
工时吞吐
消化工时下降
Q2 4-5 月消化研发工时 9.3/工作日,低于 Q1 的 15.5/工作日。
管理风险
跨模块压力不低
Q2 4-5 月新增 67 条中,多模块协作 43 条,涉及服务端 40 条、web/后台 36 条。
建议看法:基础/生态不是低复杂度“底层小需求”。从工时和模块看,Q2 4-5 月压力主要落在跨端联调、服务端、web/后台、推荐/算法和合作方协作上。管理上不应只看需求条数,要同时看工作日强度、待消化差额和协作面。
模块二

基础/生态吞吐和排期压力

结论:Q2 4-5 月基础/生态新提强度小幅回升,但同期消化强度回落,形成 11 条新增多于消化的差额。

观察周期新提需求新提/工作日消化需求消化/工作日平均周期中位周期超45天占比
2025Q41131.711362.0640.13627.4%
2026Q1851.47881.5236.93732.9%
2026Q2(4-5月)671.56561.3031.23516.4%
判断:Q2 4-5 月新提强度升到 1.56 条/工作日,但消化强度只有 1.30 条/工作日。周期没有变长,说明已消化需求的闭环速度还可以;真正的问题是 4-5 月新增多于同期消化,待消化池会变大。

1-6 月累计校验视角

结论:按当前源数据口径,1-6 月累计看基础/生态有明显集中释放能力;但“创建 184”不能按当前新提口径复现,184 更接近严格测试完成数量。

校验项当前源数据结果说明
1-6 月新提161按当前报告口径:粗评时间 → 评审时间 → 需求创建兜底。
1-6 月消化188非版本按测试完成,跟版按版本上线。
1-6 月严格测试完成184仅看测试完成节点,和“184”这个数接近,但它不是当前口径下的产品侧创建数。
累计净差额-27新提 161、消化 188;截至 6 月 24 日,累计消化多于新提,主要受 6 月集中释放影响。
周期样本188提出和消化节点齐全且周期非负的样本;不是 112。
月份新提消化严格测试完成消化周期中位数创建侧单需求总工时
2026-0133303638.015.1
2026-0216161236.08.1
2026-0336423845.511.5
2026-0440303224.513.3
2026-0527262638.57.1
2026-06*9444031.02.8
校验结论:趋势上,1-6 月累计释放能力、3 月周期高点、6 月周期回落、1-5 月创建侧单需求工时下降,这些都能从源数据里看到。但精确数字要用当前源数据结果:新提 161、消化 188、严格测试完成 184、周期样本 188。

月度节奏

结论:基础/生态消化能力没有逐月上升。1-3 月消化强度上升,4-5 月回落;6 月消化很高,但更像集中回补,不能直接当作稳定能力提升。

每月新提 vs 消化
4 月新提明显高于消化,5 月基本持平。
新提消化
33
30
1月
16
16
2月
36
42
3月
40
30
4月
27
26
5月
9
44
6月*
消化/工作日趋势
按工作日折算后,4-5 月低于 3 月。
1.361.141.911.361.242.44 1月2月3月4月5月6月*
每月新增-消化差额
正数表示当月新增多于消化,基础/生态待消化池扩大。
+30-6+10+1-35 1月2月3月4月5月6月*
消化来源结构
6 月跟版消化需求增加,解释了集中回补的一部分。
非版本跟版
1月
30
2月
16
3月
42
4月
30
5月
26
6月*
44
客户端跟版需求与客户端版本数
只统计客户端 V6.x 版本,不把 PC V1.x 算入版本数。
客户端跟版需求客户端版本数
1月
11 / 1版
2月
9 / 1版
3月
20 / 2版
4月
6 / 1版
5月
9 / 1版
6月*
17 / 2版
月份工作日新提新提/工作日消化消化/工作日新增-消化新提研发工时新提测试工时新提来源消化来源客户端版本数客户端跟版/版本
2026-0122331.50301.36+3346.890.6非版本19 / 跟版14非版本18 / 跟版12111.0
2026-0214161.14161.14084.029.5非版本10 / 跟版6非版本6 / 跟版1019.0
2026-0322361.64421.91-6272.589.6非版本23 / 跟版13非版本22 / 跟版20210.0
2026-0422401.82301.36+10373.6102.9非版本23 / 跟版17非版本21 / 跟版916.0
2026-0521271.29261.24+1121.335.7非版本19 / 跟版8非版本16 / 跟版1019.0
2026-06*1890.50442.44-3514.26.1非版本9 / 跟版0非版本27 / 跟版1728.5
* 6 月截至 2026-06-24,未完整,不能直接纳入 Q2 总结论。这里的版本数只按客户端 V6.x 统计,不包含 PC 版本。1 月 V6.43、2 月 V6.44、3 月 V6.45/V6.46、4 月 V6.47、5 月 V6.48、6 月 V6.49/V6.50;因此 3 月和 6 月各 2 个客户端版本,其余月份各 1 个。
模块三

按工时看吞吐消化

结论:按工时看,Q2 4-5 月新增研发工时强度小幅低于 Q1,但消化研发工时强度明显下降,形成 94.4 研发工时差额;差额主要集中在 4 月。

每月新增 vs 消化研发工时
4 月新增研发工时明显高于消化;5 月有回补,但不足以抵消 4 月缺口。
新增研发工时消化研发工时
347
340
1月
84
163
2月
273
395
3月
374
211
4月
121
190
5月
14
371
6月*
研发工时/工作日趋势
消化研发工时/工作日在 4-5 月低于 Q1,6 月是集中回补。
新增/工作日消化/工作日
15.8/15.46.0/11.612.4/18.017.0/9.65.8/9.00.8/20.6 1月2月3月4月5月6月*
每月研发工时差额
正数表示新增研发工时高于消化研发工时。
+7.1-78.8-122.6+162.5-68.2-356.5 1月2月3月4月5月6月*
每月测试工时差额
测试工时也在 4 月出现新增高于消化,5-6 月回补。
+15.3-0.9-23.1+26.8-20.8-100.6 1月2月3月4月5月6月*
观察周期新增需求消化需求新增研发工时新增研发/日消化研发工时消化研发/日研发工时差额新增测试工时消化测试工时测试工时差额
2025Q41131361041.715.81532.223.2-490.5282.6500.8-218.1
2026Q18588703.412.1897.715.5-194.3209.8218.5-8.8
2026Q2(4-5月)6756494.911.5400.69.3+94.4138.6132.6+6.0
月份新增研发工时新增研发/日消化研发工时消化研发/日研发工时差额新增测试工时消化测试工时测试工时差额
2026-01346.815.8339.815.4+7.190.675.4+15.3
2026-0284.06.0162.811.6-78.829.530.4-0.9
2026-03272.512.4395.118.0-122.689.6112.8-23.1
2026-04373.617.0211.19.6+162.5102.976.1+26.8
2026-05121.35.8189.59.0-68.235.756.5-20.8
2026-06*14.20.8370.820.6-356.56.1106.7-100.6
项目管理判断:按需求数看,Q2 4-5 月差额是 11 条;按研发工时看,差额是 94.4 工时。4 月是主要压力点,新增研发工时 373.6、消化 211.1,单月差额 +162.5。
人力管理判断:Q2 4-5 月新增研发工时/日并没有上升,但消化研发工时/日从 Q1 的 15.5 降到 9.3。更合理的管理动作是复盘 4 月为什么消化工时不足,并检查 6 月集中回补是否挤压测试和发布节奏。

协作复杂度

结论:基础/生态 Q2 4-5 月新增 67 条中,多模块协作 43 条;服务端、web/后台和合作方是主要协作面。

观察周期多模块协作占新提比例AndroidiOS服务器web前端web后端合作方
2025Q47869.0%393975355633
2026Q15463.5%353148334118
2026Q2(4-5月)4364.2%262640252811
解释:基础/生态需求天然更容易跨端、跨后端和跨推荐/算法协作。Q2 4-5 月多模块协作占比仍有 64.2%,说明管理重点不是“业务分类少”,而是协作链条长、联调和测试窗口容易受影响。
模块四

质量、风险和重点项目

结论:基础/生态 Q2 4-5 月 Bug/新提低于 Q1,但 6 月存在集中消化,质量数据仍可能滞后。

观察周期总Bug总有效Bug2级以上Bug数总Bug/新提有效Bug/新提
2025Q424715802.191.40
2026Q133521603.942.54
2026Q2(4-5月)1126501.670.97
质量字段按提出期聚合。Q2 4-5 月很多需求在 6 月才集中消化,Bug 数据可能有滞后性;当前不能简单下结论说质量已经明显改善,只能说在已登记数据里 Q2 4-5 月 Bug 密度低于 Q1。

高工时和高协作需求清单

结论:Q2 4-5 月基础/生态高工时需求集中在 AI、亲密度、推荐内容、流量卡、注册验证和 PC 开播能力,适合纳入项目群级别跟踪。

提出时间来源分类需求名称研发工时测试工时涉及模块消化时间
2026-04-02跟版基础直播间AI嘉宾47.515.5Android、iOS、服务器、web后端、推荐/算法、合作方2026-06-03
2026-04-02跟版基础亲密度称号玩法45.512.5Android、iOS、服务器、web前端、web后端2026-06-03
2026-05-09跟版基础AI经纪人一期32.78.8Android、iOS、服务器、web前端、推荐/算法2026-06-24
2026-04-02跟版基础精选Tab支持短视频29.04.5Android、iOS、服务器、推荐/算法2026-05-14
2026-04-02非版本基础AI嘉宾需求内测版26.00.0Android、iOS、服务器、推荐/算法、合作方未完成
2026-04-23跟版基础流量卡开播激励引导+流量卡产品化升级21.05.5Android、iOS、服务器、web前端、web后端2026-06-03
2026-05-11非版本基础2026世界杯促活活动17.57.3服务器、web前端、web后端2026-06-05
2026-04-02跟版基础Hottake群聊管理员申请通道17.33.0Android、iOS、服务器、web前端、web后端2026-06-03