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

楼主目前在Meta工作，最近遇到了一点烦心的事情，想看看地里有没有大佬可以帮忙出谋划策一下。


我在大约年中的时候接手了一个项目。这个项目存在了非常久的时间了，>= 10年。这套系统的用户群体特别的小众，是针对开发者的，总共的使用量刚刚到1000+，而且就算做出来，最复杂的部分也只是为了educate developers。就算没有也不会影响用户直接使用我们组的其他产品，所以组里面的大佬都觉得不是特别的impactful，就年久失修，几乎完全不工作了。我接手了以后，这半年多的时间，基本上把这个项目修复到了能用的状态，并且把重构的计划也提上了日程。我也跟我的director们进行过了一次review，director这边目前给出的建议就是先做metrics，再提升quality。非常的general。


可是最近在做新的half的planning的时候，组里面的senior的认为这个项目的用户量太少，优先级不够高，我不应该浪费时间在这个项目上。而且这个项目之前也一直有不同的人尝试提升，最后都因为各种各样的原因失败了。老板也有点被说动了，觉得我应该把这个项目关掉并且跳到其他项目上去。如果项目被关掉的话，我这半年干的基本可以全部删掉了。


现在我在考虑的路有几条：

• 下个half坚持重构。目前这个项目每个周大概有几个人会活跃一下，这个用户群体就算继续扩大也最多就每个周几十个人活跃一下，因为这个系统对用户而言不是刚需。
• 把这个项目wrap up。维持现在勉强运作的状态，这意味着我做的plan还有design基本都没用了。而且我可能还需要分出一些时间来maintain这个项目。
• 完全关掉这个项目，只留必须要release的部分，其他的都不要了，包括我这半年来做的东西。

我目前是4，并且希望在年底的PSC上面升5。我应该如何计划并将这半年的impact 最大化，从而可以在升职上面讲一个好一点的故事？

补充内容 (2023-10-06 07:57 +08:00):

我在添加一些背景细节：
这个项目在今年年中的planning的时候，修好目前有的bug的priority是top 3的。我老板但是将这个项目分给我的主要原因也是希望能用这个项目体现出我drive project的能力，从而为e5的升职提供证据。


我的问题是既然这个项目现在大概率要停止investment，我该如何最大程度上的保留我自己的impact？

补充内容 (2023-10-06 08:14 +08:00):

目前看来2可能是一个最好的选择，既有东西可以吹，又不至于逆着组里其他大佬。


.1point3acres但是用什么理由来justify比较好呢？目前这个framework内部的XFN还蛮多的。其他组不太了解内情，所以只是单纯的在maintain属于自己的那一小块。如果我要wrap up的话，可能需要一个比较好的理由来跟XFN以及leadership层面解释。毕竟director们刚刚听过我吹这个项目做了多么多么好，立马又听我说这个项目多么多么没价值，这对我个人的trust会不会产生影响呀。

补充内容 (2023-10-06 08:40 +08:00):

我目前的想法是
v0
Descision：停止更新这个项目，已经有的功能仍然存在，但我们不会继续release新的功能了。


Reason：

• 减少占用QA资源，让我们的QA去做更有价值的事情
• 减少占用Eng资源，我们现在需要大量的资源去维护这个系统
• 我们需要时间去refine and improve quality (至于这个就是单纯给XFN看的了）

这样子也算是wrap up，而且虽然根本的理由是用户太少，不值得继续做，但是给XFN看的话，感觉会好一些。而且这样的话，就算我要继续maintain，活也会少很多。不知道地里的大佬们感觉这个solution行不行。或者还有什么别的理由我可以用的。主要是想这个项目别结束的那么尴尬吧，毕竟刚跟director们吹完potential importance。

这里槽点太多

. 第一，当初立项是怎么立的？这不光关乎你自己，也关乎你老板在他领导前展现的prioritization能力。他当初怎么吹出去的牛，自己也要圆回来。如果你老板把锅甩给你，建议先不要操心升值而是转组问题。

第二，你做的东西release了么？只要到了prod里，是不是总能找到些metrics来证明你的impact？你要做的是怎么找到个说辞，把这些impact和你们team和org的topline goal联系在一起。比如如果你们的topline goal是提升developer efficiency（瞎打个比方，因为你说你做的是developer education相关的），那看看有没有saving engineering hour，有没有positive developer feedback，有没有外面的review article提到了你做的这个东西。总之这是你和你老板应该一起去想的。如果你老板想不出来，还是建议你不要想升职而是先考虑换组。

第三，你上面的选项里，2确实看上去最好。1的话头铁硬往下干，没有老板和TL支持，到时候编故事都没人跟你一起编，还能顺手给你个feedback。3的话你的landed impact都会被revert掉，更体现你没有及时发现risk没做好prioritization，反手就是feedback。

第四，除了发觉project impact，还可以在其他方面做文章啊。改进了这个东西，有没有添加test，改进代码，改进monitoring？这不都是engexcel么？你自己主动提出止损，把你的bandwidth转到更重要的项目上，这算不算prioritization skill？算不算directional impact？反正配合你的老板一起吹呗。

组里面的senior的认为这个项目的用户量太少，优先级不够高，我不应该浪费时间在这个项目上

所以说组里还有优先级更高，用户量更多的项目没人做吗？有的话当然做影响力更大的东西啊。
如果上面觉得你手头这个就是个E4 project，你做出花来也升不了。

匿名用户 发表于 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。一鱼两吃。。。

没有TL跟manager的支持跟保证，除非metrics提升非常多，否则做的再好也升不了，甚至还有可能接pip。impact不够，过不了 psc promo calibration。

Meta的culture讲究metrics。没有用户量，不盈利，功能在多，系统在完整，全都白搭。

补充内容 (2023-10-06 07:17 +08:00):

不建议你 逆TL，senior engineer，manager而行。 6以上会参加calibration的，他们需要替你讲话的。没做好，那是一个MM。最后做好了，也就MA。

好奇你是如何一个人做了这么久的这个项目 manager 和 TL 都buy in  过么？

匿名用户 发表于 2023-10-5 19:15
没有TL跟manager的支持跟保证，除非metrics提升非常多，否则做的再好也升不了，甚至还有可能接pip。impact ...

" Meta的culture讲究metrics。没有用户量，不盈利，功能在多，系统在完整，全都白搭。"

你说的这些基本不取决于工程师啊，根本就是pm的事情，以及一个项目做之前大概就知道能吸引多少用户量，盈利不盈利，都是产品设计的事情。

工程师senior就负责系统的设计实现，最开始参与讨论一下技术上可行不可行而已。

所以说还是看老板喜欢谁，喜欢谁就给谁好项目，反正谁做都一样，好项目就算全是bug估计都能吸引很多用户。

建议 2: 把这个项目wrap up。维持现在勉强运作的状态，这意味着我做的plan还有design基本都没用了。而且我可能还需要分出一些时间来maintain这个项目。

这个项目 wrap up 了，也不能说impact就没有了，你写 psc 的时候，你的这些design plan 依然是写上的。你肯定要跟着你 em / tl 的意见走。而且听你说的，这项目确实没啥 priority

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

你说的这些基 ...

meta 不管这些，engineer有时要做 em，pm，ds 的事。impact driven也就是结果 driven

从lz的描述我都觉得这个项目应该被关掉，从公司或者org角度确实没必要继续invest。其实lz的问题在于半年前就不该接受这样一个项目。现在既然明知项目就算做出来也前途不大，不如尽早止损吧

为何要挣扎？fail fast and move on, 做了很多事不代表PSC packet 好写

sjc_coder 发表于 2023-10-5 16:04
所以说组里还有优先级更高，用户量更多的项目没人做吗？有的话当然做影响力更大的东西啊。
如果上面觉得 ...

组里面的大哥都有自己的high priority项目，但是他们都不带entry level玩。