飞飞

去年八月，我接手了一个已经延期两周的 App 改版项目。复盘时发现一个让人哭笑不得的事实：项目里设置了 40 多条任务依赖，其中 23 条是 SS 依赖（开始-开始），但团队里没有…

去年第三季度，我接手了一个已经延期六周的中台重构项目。复盘时发现一个反常识的事实：27个延期任务里，真正因为技术难题卡住的只有3个，剩下24个全部卡在"等"上，…

项目延期最常见的归因是"需求变更"或"资源不足"，但我复盘过去三年经手的 17 个中大型项目后发现，真正让排期失真的往往不是这些显性因素，而…

去年我接手过一个典型的"看起来不该出问题"的项目：需求已经拆得很细、每个成员的排期都填进了工具、甘特图也挂在项目首页，但上线前两周还是崩了。复盘时我发现，真正让…

去年我帮一家做智能硬件的公司复盘一个延期了 23 天的量产项目,翻完他们的任务看板后我发现一个反常识的现象:真正的堵点不是某个任务做得慢,而是一个叫"产线交接验收&quo…

后置任务拖期，很少是执行的人能力不行。我做过一个复盘：某 SaaS 团队 3 个月里延期最严重的 12 个任务，有 9 个是"后置任务"，而它们的前置任务平均延…

去年我接手一个汽车电子项目的时候，团队里有 37 个人，横跨硬件、嵌入式、测试、SQE 四个职能。项目启动第三周，我发现一个让人后背发凉的事实：没有人能说清楚"当前到底有…

去年我接手过一个挺典型的项目复盘：一个 60 人的研发团队，同时跑 4 条产品线，项目经理在周会上说进度"整体可控"，结果交付前两周突然发现，测试环境的部署任务…

去年年底我接了一个挺典型的烂摊子：一个 14 人的研发项目，原计划 11 周上线，结果拖到第 17 周还在联调。复盘的时候发现一个反常识的现象，真正压垮进度的，不是需求变更，也不是…

去年第三季度，我帮一家做智能硬件的公司复盘他们连续三个迭代的延期问题。团队一共 47 人，研发占 32 人，按理说规模不大、沟通成本可控，但三个迭代的准时交付率分别是 61%、58…