谁来背锅： deadline 到了但项目无法按时launch

及时和上级更新情况啊，这种情况肯定不是第一次，上级都会有对应的处理方式的。

比如一个app需要定期更新的（每个月都有一个对应的版本号），然后你这个月无法及时更新，上级就会协调出几个方案：要么你们打包好已经做好的feature，先launch一个版本，没做完的下个版本再launch；要么推迟这次版本的发布；要么干脆取消掉这个版本号。

这么常见的事情不用太大惊小怪。大厂推迟产品发布会，或者推迟app的发行时间，这个见的还少吗

我做软件也十多年了，delay launch 应该是业内 80%以上的情形
现在成了Layoff的criteria，
那中间改了大改launch criteria 锅还是developer 背？
这公平吗？


-- 一个被Meta 11月裁的人

非常正常
没人需要背锅啊
简单延长deadline就是

看谁记录做的好了，啥时发生了什么，next step是什么，estimate是什么，blocker在哪，为什么没escalate，为什么green->yellow了，为什么没有解决。。甩锅时很重要

当然，一个项目做到什么状态，可不可以上，skip会定主意的。

提前escalate，senior的的人应该要提前forsee，你自己如果做不完要提前跟senior flag

看你老板对 team development 的想法. 如果你老板指望这个 key project 来 promo, 担心是必要的.

但很多事时候老板并没有 interest 希望大家按时按时搞完, 比如
1) 老板希望把项目没有按期完成归因于人手不足, 这样才有理由抢来 HC, 作为 manager, 第一个 magnitude 的 impact 就是手下人数. 如果老板在这个希望队伍人数壮大阶段, 其实并不希望做的快.
2) launch time 不是越早越佳. 类似跟娱乐新闻抢头条, impact 也是相对同时发布其它项目的, 如果这项目不是绝对顶尖， 一览众山小，找个不是 crowd 时机 launch 会效果更佳.
3) 老板并没有想好这个项目的 successor。 需要拖时间来准备构建下个项目。