
评审列堆到十几张卡,开发说已经完成,贡献者还在等第一次回复。问题通常不在列太少:等待评审、等待验证、等待作者修改被塞进同一个任务状态,卡片一直在流动,人却一直在等。看板设计的第一件事,是让每个状态对应一个真实等待点或处理动作;泳道只承载服务承诺和执行路径不同的工作。下面按状态列、七段状态链、泳道、WIP上限与流量指标展开。
一、状态列按真实等待点切
1.先画价值流,再定列
把一个近期完成的工作项从头到尾走一遍,标出每次交接和等待。反复出现等待的环节单独成列,同一动作的不同阶段不要拆。代码写完但没人看,是待评审;有人正在看,是评审中。
状态名用完成条件命名,例如待评审、评审中、验证中,不用评审、测试这类动作名。
2.准入准出写成可检查的条件
待评审的准入:合并请求有变更说明、关联问题、测试结果、影响范围。准出:至少一名对应模块评审者通过,阻塞意见清零。
验证中的准入:自动检查全部通过。准出:回归通过、文档更新、发布说明生成。条件写成是否题,不写基本完成、差不多了。
每个状态再设最大停留时间,例如待评审两个工作日、验证中一个工作日,超时进入每日阻塞清单。
3.阻塞保留原列,只加标记
阻塞项保留在开发中、待评审或验证中,加红色标记,填阻塞原因、解除条件、下一步动作和责任人。每天只统计阻塞超过两天的卡片。
不单设阻塞列。

二、开源协作的七段状态怎么落地
工作项从进入工作流到用户可用,中间分为七段:待分流、已就绪、开发中、待评审、评审中、验证中、已完成。每段只保留一个准出条件。

1.待分流
新问题只做三件事:判类型、复现、定边界。Bug要写版本、环境、最小复现;功能要写使用场景和不做的范围。信息不全退回提问,不进入开发队列。
2.已就绪
满足可开发条件才拉入:验收标准、依赖、测试方式、涉及模块清楚。贡献指南要求先讨论的,讨论结论链接在卡片上。没有结论不排期。
3.开发中
从认领到可评审。完成自测、补测试、更新文档,合并请求写清背景、方案、验证步骤。超过约定时间未提交评审,先拆小,不加人。
4.待评审
只统计等待评审者的卡片。设首次响应时限,例如两个工作日;超时自动提醒对应模块评审者。容量按可投入评审时间算,不按开发人数算。
5.评审中
至少一名评审者已开始。通过条件:意见处理完、必要测试通过、无阻塞反对。需要重做时退回开发中,不在评审列里反复改。
6.验证中
自动检查和人工验收分开。自动检查失败直接退回开发;人工验收看兼容性、回归、文档。失败卡片不留在验证列,否则周期被拉长且看不到返工。
7.已完成
完成列头写清边界:合并、发布、用户可用选一个。开发看板通常以合并为完成,发布等待放发布看板。完成边界变化后,周期时间和吞吐量不能跨期比较。
三、泳道按服务承诺和执行路径分
1.优先按服务等级分
紧急Bug、安全修复、固定发布窗口、常规工作,响应承诺不同,分泳道。紧急泳道设准入清单,只留一至两个位置,超出即排队;固定日期泳道标不可移动节点;标准泳道承载多数功能、文档和重构。
2.执行路径不同才分道
文档需要技术写作审核、功能需要设计评审、Bug需要复现环境,执行路径不同,才分泳道或独立看板。评审人和验证方式相同的工作,只用标签区分。
3.不按人和团队分道
人员、团队工作量用筛选,不建泳道。只有团队独立发布、独立验证时,才为团队建泳道。

四、WIP上限和流量指标怎么算
1.WIP卡在瓶颈前
WIP上限只卡评审入口和验证入口,不平均分给每列。上限按可投入评审人数、单次评审时长、可接受等待时间估算;开发六个人不等于评审有六份容量。
2.用Little定律校准数量级
按Little定律,平均在制品数量=平均吞吐量×平均周期时间。评审队列平均十二项、每周完成六项,平均等待约两周。只用于平均值校验,不作单卡承诺。
3.用WIP限制变更批量
DORA《2024年DevOps现状报告》将小批量列为稳定交付的基础能力。少开新卡,先完成在途工作。
4.每周只看三个信号
累计流图看哪段持续变宽,周期时间看从进入到完成,阻塞时长看标记后的累计等待。评审列连续两周变宽、完成量不升,先限制上游开发WIP,不要继续催评审。
5.改造从一周记录开始
先记录一周真实流转,选十到二十个近期完成项,标出交接、等待和返工。第一版只给评审入口设上限,观察两周;队列缩短、完成量稳定,再给验证入口设上限。
五、常见问题
1.维护者每周只能投入两小时,评审队列怎么设上限
把上限压到两到三张,保证一张在评审、一张待补信息,其余留在已就绪。超过上限时不再拉新评审,先清空阻塞意见。
2.跨时区团队要不要按地区建泳道
地区差异用筛选和时区字段处理。只有不同地区执行不同发布或合规流程时,才单独分泳道。
3.看板状态和问题标签不一致时以哪个为准
以看板状态为准,标签只做检索和统计。冲突时保留自动同步的一处。
文章标题 :开源项目协作工具的看板设计:任务状态与泳道怎么分 ,发布者 :项目管理研究院


































