тебе правильно говорят что на работе текущей лучше опыт получить
смотри, devops это не про инструменты
devops
это про сокращение издержек time to market причем не только в разработке
но например в конфигурировании сетевых устройств и серверов
есть у вас какая то разработка в конторе? ОК
например на 1С? или web?
как часто ей надо релизиться?
нужно ли ей делать тесты?
то есть даже если у тебя там 1 программист который нихрена не умеет кроме как "заливать по FTP"
и всем на это похуй и программисты учиться не хотят... то да, тяжело но можно
но даже тут например можно начать с того что настроить "среду разрабочика", чтобы с нуля разворачивалась на голом железе за 10-20 минут
причем сделать круто сразу
готовый образ винды в котором ставится JetBrains \ git \ cygwin \ wsl2 + docker desktop
и тоже самое для бухгалтера и т.п.
да и сделать так чтобы если что можно было 1С сервер поднять за 20 минут на голом железе это тоже devops
дальше поднимаешь у себя gitlab или
onedev.ioдальше убираешь у разработчика доступ на продакшен
дальше настраиваешь простейший CI/CD pipeline (можно тупо не меняя продакшен, git clone в папку, потом symlink на current или вообще тупо rsync over ftp какой нибудь если савсем все плохо и продакшен это не VPS даже) +
учишь вместе с ним как работать с git и как делать merge requests в gitlab, читаете что такое git flow
или например делаешь автоматический бекап со всех роутеров которые у тебя сеть делают
и мониторинг что "что-то кто то поменял"
а потом начинаешь изменения в конфигурацию принимать через pull request только ...
и автоматом изменения конфигурации накатывать, предварительно прогнав тесты (пинги) в софтовой лабе