项目管理

2023 年我做过一件现在回想起来代价不小的事：给一个 240 人的研发组织设计了 11 个必填任务字段，结果三个月后，工程师的周期时间中位数从 4.2 天涨到 6.7 天，而管理…

2023 年第四季度，我接手过一个 180 人研发组织的工作项治理项目。接手第一周，我把三个月的原始数据全部拉出来做了一次交叉核对，结果有点反常识：工作项总量同比增长了 34%，但…

去年我参与复盘一个 140 人的研发组织时，看到一份很难看的数字：季度初排了 386 个任务，季度末真正上线并产生业务价值的是 271 个；剩下的 115 个里有 62 个&quo…

研发团队里最容易被忽视、又最容易出乱子的制度设计，不是代码规范，也不是发布流程，而是「父任务到底怎么用」。我见过一个 120 人的研发组织，在同一个项目管理平台里跑了两年，父任务平…

去年我帮一家 130 人的 SaaS 公司做研发流程诊断，第一次拉数据就撞见一个反常识的现象：他们把需求拆得越细，交付反而越慢。三个迭代周期里，需求卡片的平均颗粒度从 2.5 天降…

去年冬天我接手一家工业 SaaS 公司的研发效能诊断，团队 130 人、19 个研发小组，跑的是很标准的双周迭代。看板上每个迭代挂着 180 多条任务，乍看管理得很细，但导出一份&…

三年前我在一家工业 SaaS 公司带研发效能，团队从 60 人扩到 120 人的那个季度，迭代回顾会上出现了很尴尬的一幕：一个在系统里已经显示"已完成"两周的父…

去年我接手过一个 180 人研发组织的效能复盘。他们在三个月前刚上线了一套“完整”的任务管理制度：12 个状态、23 个必填字段、每天两次站会、每周一次工时汇总。上线第九周我拉了一…

去年我接手一个 380 人研发组织的效能诊断项目，第一次导出任务数据时，CSV 文件有 47000 多行。清洗之后发现，其中真正有独立交付价值的任务只有 21000 条左右，剩下的…

2019年我第一次接手一个80人研发团队的任务管理改造，负责人给我看他们的任务系统后台截图：34,000多条未关闭任务，最早一条创建于2016年，标题叫"优化一下登录&q…