项目管理

2023 年我接手一个 180 人的研发交付组织时，最先做的不是换工具，而是把过去两个季度的任务数据翻出来重算了一遍。结果有点反常识：任务颗粒度越细、字段填得越全的项目，平均延期率…

2023 年我接手过一个延期 11 周的中台重构项目。复盘时我把 2,378 条工作项全部导出来做了归因，结果有点反常识：真正的工时缺口只有 9%，但任务重开率高达 31%，跨团队…

带过十几个项目之后，我发现一个规律：项目负责人对数据分析的第一次失望，几乎都发生在第一次做周报的那个晚上，从三个地方导出数据，手工拼成一张表，花了两小时,会上没人看，会后没人改。问…

我给一家 130 人左右的研发组织做任务管理重建时，撞上的第一个事实很尴尬：同一周里，27 个人创建了 400 多条"任务"，但没人能说清楚哪些是必须做的、哪些…

我在 2023 年给一家 140 人的研发组织做任务数据体检，最先崩掉的指标不是延期率，而是子任务的平均粒度，1.7 小时。这个数字意味着，团队里绝大多数"子任务&quo…

我带过一个 14 人的交付型项目组，上线前三天，项目经理在企业微信群里发了一张进度截图：任务完成率 87%，唯一一个标红的任务是「联调测试」，预计延误 2 天。所有人回复「收到，加…

我统计过一个 120 人研发组织的任务流转数据：任务从“被指派”到“执行人第一次动手改状态”，平均要过 19 个小时；而从“执行人提交完成”到“负责人验收或打回”，平均要过 31 …

先给结论：任务管理失控，本质是风险暴露机制的失控 2023年我接手一个132人的跨部门交付项目，第三周就被打脸：周报上18个模块全绿，但客户验收前11天，集成测试暴露出7个阻塞级缺…

三年前我接手一个 260 人研发组织的事项治理工作，第一周做了一件很"笨"的事：把工具里所有未关闭事项导出成 Excel，一共 11482 条。按创建时间排序后…

2022 年我接手一个 60 人规模的交付项目，做的第一件事是把所有任务拆成子任务。两天之内，项目管理平台上多了 1400 多条子任务，我当时的判断是：颗粒度越细，掌控感越强。三个…