在公司写代码时，不敢重构，每次都是在缝缝补补，为之前好几拨人写的代码兜底，明知道老代码有很多恶心的地方，却不敢动，动了不知道怎么和测试同步，也很难明确测试回归范围，出了锅肯定是我的，缝缝补补虽然很恶心，但起码可控。

再一个就是公司为了降本增效，让一些运营兼任产品的职能，我这边整个业务组只剩下 1 个产品，忙不过来，那些运营提的需求有些逻辑都没办法闭环，有些在评审阶段发现了，就提给他们，而有些则是做着做着发现不对劲，逻辑没有闭环（简单来说就是需求上的某些功能点都是自相矛盾的），再加上人员更替频繁，新来的运营想当然的使用一些功能后发现和自己想象的不一样，就会直接来找我改代码，我说正常流程是你们要先提需求，产品出 prd ，我再开始开发，他们就会问那要多久。我向产品反馈了这个问题，产品说忙不过来，让我想办法做一下产品经理也可以。

一些老旧功能没办法支撑运营的日常工作时，不是应该梳理出来哪些需要改，改成什么样，然后产品收到委托后再基于现在这套系统给出合理的改造，将逻辑和交互、表现都设计出来，然后拉开发一起评审，最终开发依据产品给出的方案设计代码实现功能吗？这样从运营、产品到开发都对这个系统了如指掌，也对未来产品的规划有一个明确的发展方向，咋现在给我的感觉是运营不太清楚系统现在还缺什么，以及该改进些什么，产品也不清楚以前的逻辑，以及该怎么设计这个系统以及交互，最终压力全部传导到开发这里

这是这家公司的特例，还是行业内基本上都这样？