飞飞

去年第三季度，我接手了一个跨部门的数据中台项目，团队分布在三个城市，涉及研发、测试、运维、业务方共42人。项目启动第一周，我在群里发了17条任务提醒，结果到周末复盘时发现：有6条提…

我做过一个不太严谨但印象很深的统计：在过去三年经手或旁听的 40 多个项目里，凡是出现"任务延期"的，真正因为能力不足导致的不到两成，剩下八成都能追到同一个原因…

去年我接手了一个 14 人的产品迭代项目，上线前两周设置了整整 6 轮系统自动提醒：T-7、T-5、T-3、T-1、当天上午、当天下午各一次。结果上线当天，仍然有 4 个任务卡在&…

去年年底复盘时，我拉了团队全年 47 个项目的延期记录，发现一个反常识的结果：延期最严重的 6 个项目，恰恰是我催得最勤的 6 个。有一个项目的周会纪要里，"待确认&qu…

去年我帮一家做智能硬件的公司做管理诊断，他们研发总监说了一句话让我印象很深："我们不是不提醒，是提醒了没人当回事。"他们团队 60 多人，同时跑 5 个硬件项目…

去年我带一个 14 人的跨部门交付项目，上线前两周的周五晚上，我翻了一遍钉钉群消息：过去 5 天我发了 47 条任务相关消息，其中 23 条是"进度怎么样了"的…

我见过太多项目负责人，把“提前提醒”当成一个动作，到点发条消息、群里@一下、日历弹个窗。但真正拖垮项目的，往往不是提醒本身，而是提醒的结构缺失：没有人定义提前多久算提前，没有人规定…

去年十一月初，我接手了一个被内部判定为"高危"的项目复盘：一个 18 人参与、计划周期 90 天的系统迁移项目，硬生生拖到了第 137 天才交付。复盘会上大家都…

上周三晚上十点，我盯着一个已经逾期四天的接口联调任务，翻完了和这位后端负责人的全部聊天记录：过去 11 天里，我催了 6 次，他回复了 5 次"今天搞定"、3 …

去年秋天我接手了一个跨部门的系统迁移项目，团队分布在三个城市，涉及七个业务线。项目上线前两周，我在周会上问了一句"大家手上的任务有没有卡住的"，全场沉默。第二天…