项目经理被裁那天，没人替他说话。
不是因为他人缘差，
而是因为在那个位置上，
他已经很久没有为结果站出来。
-****01-
说一说我的背景
我不是管理层，但事故最后都会落到我这
先说清楚我的位置。
我不算管理层，没有人事权，也不决定谁走谁留。
但我参与的项目，一旦出问题，最后兜底的人，基本都是我。
进度卡住了，我补
需求反复了，我改
线上事故了，我熬夜扛
会议可以绕一圈再绕一圈，但代码终归要有人写完，锅终归要有人接住。
有一年，总部另一个项目要做入侵测试， 他们没招人，直接找的我。
不是因为我多厉害， 而是因为，我“好用”。
所以我后来养成一个习惯： 不评价人，只讲事实。
[图片上传失败...(image-4122f7-1769680049715)]
-****02-
讲一个真实故事
他不是坏人，但是个“失效的项目经理” 他被辞退了。
公司犹豫要不要留他的时候，曾经私下问过我意见。
我没给“留或不留”的建议，只做了一件事：
把项目事故，一条一条摆出来。
说实话，他并不“坏”。
不吼人
不甩脸色
会议纪要写得很勤
群里永远是：“收到”“我跟一下”
问题不在态度，在角色失效。
他做了什么？
需求变更 没有留痕
风险评估 永远是“可控”
节点延期 总能找到外部理由
向上汇报，是一条被抚平的曲线； 向下执行，是每天被推翻重来的开发计划。
我们不是没提醒过。 只是提醒在“整理”“汇总”“美化”的过程中， 失去了所有锋利度。
最后给大家一句话：
“开发同学再努努力，多扩展下思维。”
[图片上传失败...(image-ab0e5-1769680049715)]
-****03-
真正致命的问题
他不懂开发，
团队里其他项目经理， 几乎都有开发背景。
哪怕代码早就不写了，他们也清楚：
功能复杂度在哪
实现成本怎么涨
哪一步踩下去会炸
但他没有。
他对需求的判断，停留在四个字：
“看起来不难。”
于是就出现了一种很危险的行为模式：
怕自己显得不专业
怕在会上被说拖进度
每次评估都报最激进版本
时间压到理论极限
开发这边明知道不现实， 但你能说得过他吗？
领导只看结果：
干得快，公司赚得多 干得慢，就是你能力不行
于是大家只能硬着头皮往前推。
一次延期是意外， 两次三次之后，延期成了默认选项。
项目表面在跑， 实际上每一步都在透支客户的耐心。
[图片上传失败...(image-efde52-1769680049714)]
-****04-****真正的崩盘
一个月的功能，被压成 7 个工作日
那次上线：
凌晨 4 点发版本
早上 6 点半出问题
7 点起床开始救火
结果是：
APP 白屏
小程序打不开
数据无法保存
ToC 用户全线崩溃
我起床的时候就知道： 有他在管控，这事不可能善终。
更离谱的是，
一个同事请了丧假。
他居然说：
“你到时候能把电脑带着吗？有事可以找你。”
那一刻我真的想说：
全公司不是只有他一个前端 项目也不是只靠他一个人 人家已经很紧张了，还让带电脑 这不是管理，这是没底线
[图片上传失败...(image-38b54a-1769680049712)]
-****05-****没人替他说话，是因为他从没替任何结果站出来
真正的转折点，是 A 项目复盘
那次我什么都没做：
没点名
没情绪
没骂人
我只做了一件事：
把时间线拉直。
哪天确认需求
哪天推翻
哪天出 PRD
哪天出 UI
最终造成了什么结果
那份文档：
很长
不好读
不体面
但它有一个特点， 所有问题，都会自然指向同一个岗位职责。
后来我也想过： 如果我不写那份复盘，会不会结果不同？
答案是：不会。
项目不会因为沉默变好
问题不会因为不点名而消失
那天没人替他说话， 不是因为他人缘差。
而是因为在那个位置上，
他已经很久没有说过一句： “这是我的责任。”
