前端遇到一直改需求的组怎么办

项目改动，按照pm要求做完以后，他又能看到新的“问题”（早你怎么不说！！！不是一直在那吗，又不是我刚写的），又让改，导致mr越变越大，一直没法merge，TL这边催，manager那边不改不给merge。

最扯的是，我们组写的东西别的组在用，新UI我都改完了，才想起来让别的组review，人家提了一堆问题，周五manager拉着我开会逼着我改，TL那边他promise人家周一能完成。

我本身刚进组没多久，代码也不熟悉。每天除了做新需求还要改老代码bug，没有文档没有文档没有文档！之前写前端的人换了组有问题根本找不到。就这manager还嫌我慢，出bug阴阳怪气我。

我要不要准备跑路啊，一堆不专业老油条，学不到东西还亚历山大。

你是ng吧，这行就这样

很常见的问题。正确的解决方式是组里能说得上话的人去和product manager交涉。这个人可以是tech lead，也可以是manager（取决于你们公司和组的具体情况）。Release之前加需求或者改需求可以，但是必须move release date。如果product manager接受不了这个新的release date，他/她可以考虑减少新的需求，或者干脆先release再做新的需求。这些交涉是经理和tech lead的核心工作内容之一。他们如果不做，劝你趁早换组换公司。

前端很常见的 有了经验之后你就知道动手写代码之前你自己就把所有能想到别人会提出来的问题都想到了

PM和老板都sb基本无解，方法只有跑路一条。
如果PM sb老板不sb，那老板会去跟PM撕，还是可以忍的。

sybzd 发表于 2023-9-1 11:36
你是ng吧，这行就这样

前端转行容易吗？压力好大

匿名用户 发表于 2023-09-01 14:22:14
前端转行容易吗？压力好大

这就压力大？
你转到后端了，不仅pm该需求，peer group还会一起，前端出啥问题搞不好还让你背锅。
on top of that，前端起码还没啥on call，你搞个service试试，能睡个整觉算我输。

sybzd 发表于 2023-9-1 15:26
这就压力大？
你转到后端了，不仅pm该需求，peer group还会一起，前端出啥问题搞不好还让你背锅。
on top  ...

看来跟哪端没关系，跟性格有关 😂

匿名用户 发表于 2023-09-01 15:46:57
看来跟哪端没关系，跟性格有关

后端要顾及的方面太多，而且不像前端好看出问题，压力是要大些的吧，你觉得呢？

多幾次就習慣了, 累積一點經驗可以和PM訂好更詳細一點的deliver expectation, 全達到了就算完成可以release, 額外的就得放到下一個需求和新的timeline