这要看具体情况，如果项目的代码非常烂，给维护带来很大困难，或者存在安全漏洞，那就需要重构。但是，如果项目的代码虽然不是很好，但是运行正常，没有明显的问题，在时间和资源充足的情况下，可以通过一些小的修改和改进来优化代码，提高代码质量和可读性。
在进行重构前，需要细心分析项目的各个部分，确定哪些部分是需要更改和优化的。还需要考虑重构过程中可能出现的问题和影响，例如时间和成本的增加，需要重新测试和验证等等。
如果你有能力和时间来进行重构，那么就需要与团队和管理人员进行沟通，说明情况并尽量得到他们的支持。需要明确重构的目的和方法，并给出具体的计划和时间表。
最后，不管选择重构与否，都需要记得对代码进行良好的文档和注释，以便更好地维护和理解。