Meta 项目有可能被砍，有什么方法可以再挣扎挣扎

微信用户_m9gmt 发表于 2023-10-5 19:02
TL没解决，你给解决了，那就和TL商量一下让他给你站台，解释一下为什么这个问题复杂，technical complexit ...

这就是这个项目抽象的地方，大家更多的是用这个项目在做quick prototyping。所以就算帮他们把bug修了，但是因为这个prototype已经没啥人用了。所以也没什么人在意。

1000+ 这个数是我做了一个dashboard算出来的。这个项目现在就是consistently的可能一周增加10个这个样子。我甚至都不知道是不是我做的这个dashboard出错了 ：）毕竟我不是专业ds/de，sql都是靠google的。

目前这个项目除了用户少之外，还有一个问题就是组里面好几个大佬觉得这个项目很丢脸。。。。但是他们又不愿意花时间去修，所以现在就干脆说想把这个项目删掉。TL在这件事情上到还没有太大的看法，我可以跟他在商量商量看看。

 这个情况年底想5，太悬了。 而且马上code freeze了

匿名用户 发表于 2023-10-05 22:37:04
这就是这个项目抽象的地方，大家更多的是用这个项目在做quick prototyping。所以就算帮他们把bug修了，但是因为这个prototype已经没啥人用了。所以也没什么人在意。

1000+

可以和你老板和tl商量，是你tl给你create的scope啊，他帮你从4成长到5啊，你tl也有directional impact啊。这样你老板也有给tl写的东西，tl也可以给你说好话（因为给你说好话就是在夸他自己），投桃报李，荣辱与共，其乐融融。

Prototype这个，还是去看看别的组有没有还有actively using it的。万一有呢？这不就是accelerate other team's delivery？

匿名用户 发表于 2023-10-05 22:37:04
这就是这个项目抽象的地方，大家更多的是用这个项目在做quick prototyping。所以就算帮他们把bug修了，但是因为这个prototype已经没啥人用了。所以也没什么人在意。

1000+

还有关于组里大佬都要deprecate这个东西，有个思路可以考虑一下。如果这个东西真的用的人不多，也没有什么维护成本，那能不能先暂时说保留一阵子，把你下个half或是明年的工作重心放在别处。这次就先只吃你这次改进系统的credit。等风头过去，评审的人基本上把这个东西忘得差不多了，你再跳出来主动说要deprecate。这样就变成了improve eng efficiency（因为不需要维护legacy system）+ help team be more focused（因为deprecate完就可以节省xxx%的eng bandwidth到其他项目上），作为一个独立的be project。一鱼两吃。。。

匿名用户 发表于 2023-10-05 19:03:09
至少在senior这个level，做什么项目完全还是看经理啊，看他给你什么项目。

我有判断能力我也不能挑活儿啊

当然要挑啊… 不然你就是一直在捡剩的

匿名用户 发表于 2023-10-05 16:19:57
" Meta的culture讲究metrics。没有用户量，不盈利，功能在多，系统在完整，全都白搭。"

你说的这些基本不取决于工程师啊，根本就是pm的事情，以及一个项目做之前大概就知道能吸引多少

互联网公司产品组基本都是eng 说了算…尤其是成熟的产品pm就是个吉祥物。metrics 都是eng 背

我没看完 不过既然你们 d 也说了 先做metrics，再提升quality 那就说明项目没啥价值.. 选择比努力要重要 建议换项目

然后如果你实在没事干 你就搞个deprecation 这个项目的项目做起来 保ma

meta是impact driven。别在这种救不活的产品上浪费时间了