在制品管理

“进行中”通常不是团队工作最多的一列，而是最难说清楚的一列：有人把刚接手的任务放进去，有人要等资料齐全才算开始，还有人直到交付后才想起来更新状态。于是看板看起来很忙，负责人却回答不…

研发看板最容易出现的假象，不是没有状态，而是每张卡片都有状态，团队却仍说不清工作卡在哪里、谁应接手、为什么迟迟没有完成。自定义流程的价值不在于把每个动作都做成一个状态，而在于让状态…

研发团队看板上，“已完成”往往是最容易统计、也最容易被误读的一列：任务移进完成栏，不代表它已经满足交付条件；完成数量增加，也不必然意味着交付更快。要让看板真正支持协同管理，我会先统…

看板泳道全流程：研发团队数据分析与一文讲清 研发看板上明明有状态、有负责人、有截止日期，团队还是说不清“工作为什么变慢了”，问题往往不在于缺少一列，而在于把工作类别、处理规则和流程…

研发团队搭好看板后，任务状态看起来更清楚了，交付却未必更快。原因通常不是看板列画得不够漂亮，而是团队没有先弄清工作在哪儿等待、卡片如何代表真实工作，以及看板上的变化怎样验证。本文用…

研发看板里最容易被误读的信号，往往是卡片移动得很勤快：待开发清空了，开发中增加了，测试列也不断有新任务进来；但版本发布时间没变，等待评审的任务却越积越多。问题通常不在“团队拖得不够…

研发团队把看板从空白页面搭起来，通常不难；难的是两周后卡片还在更新，三个月后团队仍然相信它反映了真实工作。看板失效，往往不是列画得不够漂亮，而是任务何时进入、谁能改变优先级、阻塞多…

研发团队的看板经常出现一种反常识的现象：卡片越来越多、状态列越来越细，管理者却仍然要在群里追问“这件事到底卡在哪”。问题通常不在颜色或工具，而在于团队没有共同约定：工作何时进入一个…

研发看板最常见的失灵，不是少画了一条泳道，而是任务从“开发完成”进入“待测试”后，没人知道它究竟在排队、缺信息，还是等待某个团队确认。泳道、状态列和指标如果各自设计、互不对应，看板…

看板上最危险的信号，不是“没有任务”，而是每张卡片都有负责人、每一列都排得满满当当，却没人说得清哪些工作真正正在推进、哪些只是挂在“进行中”等待。产品经理要做好进行中管理，关键不是…