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