Дочерняя компания крупного банка
Заместитель СТО / Руководитель отдела разработки
Привет.
Ниже я расскажу о том, какие задачи мне доводится решать ежедневно и каких результатов я достиг. На текущем месте работы я выполняю задачи в нескольких ролях, по каждой из них расскажу подробно.
РУКОВОДИТЕЛЬ ОТДЕЛА РАЗРАБОТКИ
Это моя основная роль, которой я уделяю 80-90% своего времени.
Мы используем следущий стек технологий и инструментов:
— Bitbucket, Jira, Confluence;
— ЯП: GO, Java, Python, Swift, Kotlin;
— Kubernetes, Kafka, Postgres, Mongodb, HTTP, gRPC, PCI DSS.
Мои задачи:
— Организация процесса разработки в рамках каждого отдела, сбор и анализ метрик команд;
— Создание технических регламентов разработки;
— Найм новых сотрудников, адаптация, проведение 1-1 встреч;
— Координация работы фронт программистов, бэк программистов, тестировщиков и devops;
— Постановка задач на разработку;
— Проведение еженедельных релизов в прод: подготовка релиз плана, составление отчета по итогам релиза;
— Проведение внутренних IT митапов.
Результаты моей работы:
— Команда разработки увеличена с 6 программистов до 14;
— Один из проектов запущен в Google play, готовим к запуску iOS;
— Созданы технические регламенты по разработке для всех используемых ЯП. Технические регламенты растиражированы на подрядчиков, новый код пишется в соответствии с ними, старый - потихоньку причесывается. Так же созданы общие регламенты по ведению работы в репозиториях, процессу код ревью, флоу задач в жире и т.д.;
— Создана релизная политика, в рамках которой релизы в прод проводятся каждую неделю. Наши цифры: t2m = 19 дней, время простоя задачи = 6 дней (статистика за последние пол года);
— Проведено больше 10 внутренних IT митапов, рассматривались темы: разработка, тестирование, devops. Благодаря этому мы смогли повысить вовлечённость команды в процессы и снизить коммуникационный барьер, который возник из-за внезапной удаленки.
РЕЛИЗ МЕНЕДЖЕР
В данную роль я включаюсь два дня в неделю: в день перед релизом и в день релиза.
Мои задачи:
— В день перед релизом я составляю список задач и микросервисов, которые мы планируем обновить. Определяю зависимости между ними и порядок деплоя. Так же проводим с руководителями финальную встречу, на которой закрепляем состав релиза;
— В день релиза я дерижирую процессом: направляю девопсов по порядку деплоя и по просмотру логов, тестировщиков для валидации результата на проде и разработчиков для оперативного хотфикса;
— Веду специальный канал в телеграм, в котором оповещаю бизнес о составе релиза, процессе релиза и результатах релиза.
Результаты моей работы:
— наши метрики: t2m = 19 дней, время простоя задачи = 6 дней (статистика за последние пол года);
— в среднем мы релизим 20 задачек в рамках 7-10 микросервисов;
— Релиз в среднем длится около 3-4 часов;
— Благодаря горизонтальному масштабированию сервисов в кубере, для пользователей релиз проходит без даунтайма.
JAVA ПРОГРАММИСТ
В очень редкое свободное время от планерок, совещаний, собеседований удавалось побывать и в роли разработчика.
Я приложил руку к нескольким микросервисам. В основном решал мелкие и не сложные задачи.
Стек технологий, с которым удалось поработать:
— java 11
— IntelliJ IDEA
— bitbucket
— sonarqube
— Postgress
— swagger
Результаты моей работы:
— несколько моих задач оказалось на проде;
— в нескольких микросервисах довел до ума sonarqube - правил замечания и ошибки, в дальнейшем совместно с devops включили проверку кода сонаром при подаче PR.