阻塞升级

跨部门看板里最容易被低估的，不是“处理中”，而是“待处理”：一张卡片进入队列后，可能没人认领、信息不全、优先级冲突，也可能在部门交接处静静停留数天。看板待处理全流程的关键，不是把任…

跨部门看板最常见的失败，不是没人会用工具，而是每个部门都在更新，项目负责人却仍要逐个追问“这件事到底谁负责、什么时候能交付、卡在哪里”。看板制度的核心不是把任务集中到一页，而是让责…

看板待处理全流程：管理层协同管理与一文讲清 看板上有 86 项“待处理”，真正能说清负责人、下一步动作和卡点的却只有一部分，这时继续催进度，往往只会让状态更新得更勤，工作本身并没有…

进度跟踪这件事，我见过最讽刺的一幕发生在一次周会上：产品经理问「这周进度怎么样」，六个人依次回答「正常推进」，散会后两小时，测试同学在群里说「登录模块的接口昨天就卡住了，等后端改字…

2023 年我接手过一个 6 人的交付项目。每天早上 9:30 站会，15 分钟结束，日报每天准时提交，看板每天都有人动。项目第 47 天，也就是客户验收前一天，我们发现一个第三方…

去年我接手一个已经延期六周的交付项目，翻完团队三个月的进度日志，花了差不多四十分钟才搞清楚“到底哪里偏了”。日志每天都在更新，格式整齐，每条都写着“今日完成：接口联调”“明日计划：…

我做过一件在很多人看来有点“较真”的事：把同一个研发团队连续三个月的进度更新记录导出成表格，逐条标注“是否可验证”“是否包含阻塞”“是否说明下一步”，再和项目经理的追问记录做交叉比…

去年Q3，我接手了一个B端产品v2.0的阶段交付推进工作。这个阶段横跨业务、研发、设计、测试、运维五个角色团队，计划周期三个月。启动会上所有人都说"没问题"，结…

进度管理这件事，最尴尬的场景不是项目延期，而是所有人都知道要延期了，但没人说得清延在哪、延了多少、什么时候能追回来。我见过的一个真实项目：6周工期的内部系统上线，到了第4周周五站会…

去年第四季度，我接手了一个研发效能改进项目，团队规模约140人，分布在三个城市。项目启动第一周，我让每个Scrum Master列出当前被阻塞的任务，回收上来47条。我逐条核对后发…