Wprowadzenie do firmy nowych standardów CodeReview / UnitTesty i inne

Cześć,
Temat może śmieszny, ale pracuje w firmie gdzie do tej pory nie było w sumie żadnych standardów, code review, unit test itp. jeśli chodzi o programowanie.
Jest auto build / deploy, SVN i tyle.
Programistów jest kilkunastu (część ze stażem 10+ lat, część ok 3-4 i paru <1 rok).
Problem w tym, że w sumie nikt nie pracował jako dev nigdzie indziej (są od początku, albo odeszli i już nie wrócili).

Kod każdy pisze sam sobie i do zgłoszonych błędów sam po sobie poprawia (no chyba, że jakiś urlop/l4 to ktos inny musi sie zapoznać).
Ogólnie jak na takie coś aplikacja działa na prawdę dobrze i stabilnie.

Za w sumie moimi namowami doszli w końcu do wniosku, żeby od nowego roku spróbować wprowadzić jakieś standardy i ewentualnie nowsze frameworki
W tym momencie .NET 4.8 + MSSQL + React (aplikacja desktop + web). Żadnego ORM

No i tu zaczyna się problem, może ktoś podpowiedzieć jak to zrealizować w średniej firmie, albo w którą stronę w ogóle szukać?
Nie mamy Jenkinsa/GitLabów/Azure i innych chmurowych rozwiązań, żadnych sformalizowanych scrumów/agileów/sprintów itp. (kilka razy w roku wychodzi wersja i tyle więc powiedzmy że sprint).

Błędy zgłaszane w naszym wewn systemie. Przy commicie wpisuje sie nr zgloszenia i tyle.
Na ten moment znalazłem jedynie takie coś https://www.reviewboard.org/

Przecież możecie sobie podłączyć GitLaba wewnątrz firmy. On ma wbudowaną funkcjonalność do CR.

Jeżeli chodzi o testy. Jeżeli coś nowego nie ma napisanych testów, to choćby skały srały to nie przechodzi CR. Podobnie kwestia przy zmianach w istniejącym kodzie - konieczność pisania testów dla zmienianych funkcji.

Dodatkowo raz na kwartał np. wydzielenie czasu na otestowanie istniejącego kodu bez testów.

Mam nadzieje, tylko że te zmiany nie zabiją tej firmy. Jest już znane kilka firm w historii, które chciały coś poprawić i już ich nie ma (np netscape). Co do ORM to nie jestem przekonany, że zawsze jest potrzebny - zwłaszcza jak komunikacji z bazą jest nie dużo (zawłaszcza ze jest trochę złych opinii o EF z poprzednich wersji). Co do procesu produkcyjnego: jak obecny działa to, po co go zmieniać?
Testy do "legacy" kody nie są łatwe do zrobienia, a często nieopłacalne. O ile jestem się zgodzić z testami dla nowych funkcjonalności (modułów) to w starym kodzie może się to nie udać - zwłąszcza jak narzędzie jest robione od kilkunastu lat.