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