По моему опыту, нехорошо иметь один проект с двумя основными целями, особенно если эти цели практически не связаны с точки зрения бизнеса. У меня была бы одна команда проекта, отвечающая за локализацию (которая может включать не только перевод - в разных странах существуют разные юридические требования, валюты, поставщики платежей и т. Д.), И одну команду для «улучшения кодовой базы».
Я бы начал с того, что группа по локализации разработала примерный план (и стоимость) для «самого простого, что вы могли бы сделать» - ретроспективной настройки функций локализации на сайте, как сейчас. Если эта стоимость не является неприемлемой с деловой точки зрения - я бы пошел по этому пути.
Если бы бизнес-обоснование для рефакторинга не было сделано, я бы не пытался включить его в ваш проект по локализации - я уже видел подобные вещи раньше, и все разработчики хотели поработать над классным рефакторингом. рассказывать об относительных достоинствах различных фреймворков и о том, какую систему управления исходным кодом использовать, а дело, о котором заботился бизнес, было перенесено в будущее; в итоге владельцы бизнеса потеряли интерес к проекту и отменили его.
Если бы на самом деле не было реалистичного способа выполнить локализацию без усилий по рефакторингу, я бы по-прежнему выполнял ее с двумя отдельными командами. Команда по локализации может быть основным владельцем требований для команды рефакторинга, и им действительно нужно работать вместе, но, поддерживая оба проекта независимо друг от друга, вы избегаете риска того, что вы получите 90% рефакторинга, но только 10% локализация.