研发在制品数量与并行任务数、WIP限制是什么关系

研发在制品数量、并行任务数与WIP限制分别描述同一件事的三个侧面:在制品数量是团队已经开工但尚未完成的工作项总量,并行任务数是这些工作在人员或角色上的分摊结果,WIP限制则是团队事先约定的在制品数量上限。理解“实际存量—人员分摊—约定上限”这层结构,才能判断并行任务为什么容易失控,以及设限如何把工作压回流动状态。




要点总览(TL;DR)


  • 研发在制品数量是团队已开工未完成的工作项总量,并行任务数是这些工作项在人员或角色上的分摊结果,WIP限制是团队事先约定的在制品数量上限。
  • 三者构成“实际存量—人员分摊—约定上限”的约束链:并行任务数决定存量如何分布,WIP限制决定存量允许涨到多高,并间接约束并行任务数。
  • 在制品数量按团队或工作流整体统计,并行任务数必须落到人员或角色维度,统计前需统一“已开始未完成”的状态口径和计数规则。
  • WIP限制可按团队、角色或工作流阶段设定,限制值参考历史存量与瓶颈承载能力,达到上限时停止新工作准入、先完成再开始。
  • 并行任务多不等于产出高,WIP限制也不等于任务排期上限,在制品数量并非越低越好,合理做法是让存量与处理能力匹配。


研发在制品数量、并行任务数与WIP限制各指什么


三个术语都围绕“未完成的工作”展开,但计量对象和统计单位不同。把它们放在同一口径下对照,后续讨论关系时就不容易混淆。


术语 定义 计量对象 统计单位
研发在制品数量 团队已经开工但尚未完成的工作项总量 工作项(需求、任务、缺陷等) 工作项个数,可按团队或工作流汇总
并行任务数 同一角色或团队在同一时段同时推进的工作项数量 人员或角色与工作项的对应关系 每人或每角色同时推进的工作项个数
WIP限制 团队事先约定的在制品数量上限 某个范围(团队、角色、阶段)内的在制品 工作项个数的上限值

在制品数量回答“现在有多少活没干完”,并行任务数回答“这些活分散在多少人手上、每人同时压着几件”,WIP限制回答“我们允许同时压着多少件”。前两者是观测值,后者是约定值。计量单位虽然都是工作项个数,但统计范围不同:在制品数量通常按团队或工作流整体统计,并行任务数必须落到人员或角色维度,WIP限制则绑定到团队、角色或某个流程阶段。



三者的关系:存量、分摊与上限


在制品数量是实际存量,并行任务数是存量在人员维度的分摊,WIP限制是对存量的约定上限。三者构成一条约束链:并行任务数决定在制品数量如何分布,WIP限制决定在制品数量允许涨到多高,进而间接约束并行任务数。


举例来说,一个五人团队在制品数量为二十件,平均每人并行四件;如果团队约定每人并行不超过两件,那么整体在制品数量的合理上限约为十件。当实际在制品数量逼近或超过这个上限时,团队需要先完成手头工作再开始新工作,而不是继续把新任务塞进已经排满的个人队列。这就是WIP限制作用于并行任务数的基本机制:它不直接命令某个人停下,而是通过“达到上限即停止准入”的规则,让新增工作排队等待。


这层关系会随角色划分粒度变化。按团队整体设限时,限制值约束的是团队总在制品;按角色设限时,每个角色各自有上限,跨角色的工作项会在不同角色的上限之间流转;按工作流阶段设限时,限制落在某个环节的入口处,用来保护瓶颈环节。粒度越细,约束越贴近实际瓶颈,但统计和协调成本也越高,需要团队根据自身流程成熟度选择。



在制品数量如何统计,与并行任务数如何区分


统计在制品数量的第一步是界定“已开始未完成”。通常以工作项状态为准:处于待办、未启动状态的工作项不计入;进入开发、测试、评审等已开工状态且尚未关闭的工作项计入。状态划分越清晰,统计结果越稳定。


并行任务数则要在在制品数量的基础上按人员或角色拆分。同一工作项如果由一人独立完成,只计入该人的并行任务;如果跨角色协作,例如开发完成后转测试,则需要明确计数规则:可以按当前处理人计入,也可以按角色分别计入各自阶段。两种口径得出的并行任务数不同,团队应在统计前统一约定,避免同一指标在不同报表里出现两个数值。


统计时间窗口同样影响结果。按日快照统计,得到的是每天结束时的在制品存量;按周平均统计,会平滑掉单日的波动。并行任务数若按“同一时段同时推进”计算,需要明确时段长度是当天、当周还是某个迭代周期。窗口越短,越能反映瞬时压力;窗口越长,越适合观察趋势。两种统计各有用途,关键是同一份分析里保持窗口一致。


在工具层面,工作项状态和看板列的配置方式会直接影响统计口径。以ONES为例,工作项的状态流转和看板列可以承载“已开始未完成”的界定,团队按统一状态规则维护工作项,在制品数量就能从状态分布中直接读出;把看板列按角色或阶段划分,并行任务数也能按列归属统计。这里的关键是状态与列的划分先达成团队共识,工具只是把共识固定下来。



WIP限制如何设定并作用于并行任务


WIP限制可以按团队、角色或工作流阶段设定,选择哪种粒度取决于团队想约束什么。想控制整体压力,按团队设限;想保护瓶颈角色,按角色设限;想防止某个环节堆积,按阶段设限。


限制值的设定通常参考两类信息:一是历史在制品数量的实际水平,观察团队在过去几个迭代中稳定维持的存量;二是瓶颈环节的承载能力,瓶颈处能处理多少,上游就不应放入更多。限制值不宜一次压到很低,可以从当前实际水平略低一档开始,运行几个迭代后再调整。


达到上限时的准入规则是WIP限制真正起作用的地方。常见做法是:某范围的在制品达到上限后,不再允许新工作项进入该范围,新增工作进入等待队列;只有现有工作项完成并释放名额,队列中的工作才能被拉入。这条规则把“先完成再开始”变成可执行的约束,而不是一句口号。


限制值与并行任务数需要联动调整。如果限制值长期未被触及,说明约束过松,可以适度收紧;如果限制值频繁被突破且团队持续超载,需要先检查瓶颈是否真的被识别,再决定是放宽限制还是增加瓶颈处的处理能力。调整应以迭代为周期观察,避免频繁变动导致规则失去约束力。



与相邻概念的区别:吞吐量、周期时间与资源利用率


在制品数量容易和吞吐量混淆。吞吐量指单位时间内完成的工作项数量,衡量的是流出速度;在制品数量衡量的是停留在系统中的存量。两者方向不同:存量高不代表流出快,存量低也不自动带来高吞吐,关键在于存量是否与系统的处理能力匹配。


在制品数量与周期时间关系密切但有区别。周期时间指一个工作项从开始到完成所经历的时间,在制品数量增多时,工作项在队列中等待的时间往往变长,周期时间随之拉长。在制品数量是原因侧的观测,周期时间是结果侧的观测,分析时通常把两者放在一起看,但统计对象不同。


并行任务数与资源利用率也不是一回事。资源利用率衡量人员时间被占用的比例,并行任务数衡量同时推进的工作项个数。一个人可以并行三件任务但每件推进缓慢,利用率看似很高,实际流动效率未必好。并行任务数关注的是同时打开的工作数量,利用率关注的是时间占用程度。


本文讨论范围止于在制品数量、并行任务数与WIP限制三者的定义、关系与统计口径。人员主观负荷感受属于开发者体验与协作效能话题,单个项目的进度纠偏属于项目进度管理话题,均不在本文展开。



一个具体例子与常见误解


假设一个六人研发团队,某迭代开始时在制品数量为十八件,平均每人并行三件。团队约定每人并行不超过两件,即整体WIP限制约为十二件。运行一周后,在制品数量升到二十件,超过限制,团队暂停从待办拉入新需求,先把已开工的工作推进到完成。两周后,在制品数量回落到十一件,周期时间从平均九天缩短到六天,完成的工作项数量与之前持平。这个示例说明:限制并行任务数后,存量下降,流出速度没有受损。


常见误解之一是把并行任务多等同于产出高。并行任务增加会拉长每个工作项的等待时间,切换成本上升,完成速度反而可能下降。误解之二是把WIP限制当成任务排期上限。WIP限制约束的是同时进行的工作数量,不规定某项工作何时开始或何时交付,排期仍需单独管理。误解之三是认为在制品数量越低越好。存量过低可能意味着人员闲置或上游供给不足,合理的做法是让存量与处理能力匹配,而不是一味压低。


把这三个概念放进同一套统计规则里,团队才能判断当前是存量过高、分摊不均,还是上限缺失。状态口径统一、并行任务按角色拆分、限制值随迭代观察调整,是让这组指标真正指导流动改善的三个前提。



常见问题


在制品数量和并行任务数可以只统计一个吗?


两个指标回答的问题不同,建议一起看。在制品数量反映团队整体积压了多少未完成工作,并行任务数反映这些工作压在了多少人手上。只看总量,可能掩盖个别成员同时推进过多任务的情况;只看人均并行数,又可能忽略整体存量已经超出团队处理能力。统计时先统一状态口径,再按角色拆分,两个数值才能互相印证。


WIP限制设到多少比较合适?


没有通用数值,通常从两个参照出发:一是团队过去几个迭代稳定维持的在制品数量,二是瓶颈环节实际能处理的工作量。起步时可以设在当前实际水平略低一档,运行几个迭代观察周期时间和完成量的变化,再决定收紧还是放宽。限制值长期不被触及说明约束偏松,频繁被突破则需要先确认瓶颈是否识别准确,再考虑调整。


跨角色协作的工作项,并行任务数应该算给谁?


常见有两种口径:按当前处理人计入,或按角色分别计入各自所处阶段。前者适合观察个人同时打开的工作量,后者适合观察各角色的压力分布。两种口径得出的数值不同,团队需要在统计前明确约定并保持一致,避免同一指标在不同报表里出现两个结果。工作项在角色间流转时,交接规则也应一并写清楚。


达到WIP上限后,新需求一直排队会不会影响交付?


WIP限制约束的是同时进行的工作数量,不改变需求的优先级排序。达到上限后,新增工作进入等待队列,团队按优先级从队列拉取,紧急需求仍可通过调整队列顺序优先进入。需要关注的是队列长度和等待时间:如果排队持续变长、周期时间明显上升,说明限制值或瓶颈处理能力需要重新评估,而不是直接取消限制。


在制品数量下降,是否说明流动效率一定改善?


不一定。存量下降可能来自流动加快,也可能来自上游供给不足或人员闲置。判断改善需要结合完成量、周期时间一起看:存量下降的同时完成量保持稳定或上升、周期时间缩短,才更可能说明流动效率提升。单看存量一个指标,容易把供给不足误判为效率改善。

animation hi
animation dot left
animation dot right
animation dot right bottom
avatar circle
WeChat QR Code
长按将二维码保存为图片

售前电话

400-188-1518

文章配图预览