Team Lead / Руководитель группы разработки

На данный момент Lead Software Developer.

Мои компетенции и опыт

Последние пять лет (2021–2026) — научно-производственное предприятие, разработка ПО для радиоизмерительных приборов — анализаторов спектра. Должность по трудовой — ведущий инженер-программист: отдельной управленческой позиции в штатном расписании не было, руководство филиалом вела с конца 2021 года.

Что изменилось в команде и как:

— Усиление команды разработки: Запустила филиал в новом городе с нуля — подбор помещения, найм, онбординг и адаптация каждого пришедшего. Развитие штата филиала до 14 человек. Фактическое выполнение роли заместителя начальника отдела разработки со штатом в 38 человек (29 разработчиков, 3 аналитика, 2 DevOps, 2 тестировщика). 
— Работа над задачами стала прослеживаемой: видно, кто что делает, откуда взялось требование и в каком состоянии задача. Внедрила трекер задач и требований — до этого задачи расходились по почте и устным договорённостям.
— Увеличение качества разрабатываемого ПО:
1) Код перестал попадать в общую ветку без второго взгляда, а разбор изменений стал местом, где младшие разработчики учатся. Ввела обязательное код-ревью как шаг процесса и сама разбирала правки с командой.
2) Прекратились поломки сборки из-за рассинхрона подмодулей и конфликтов веток. Написала и разобрала с командой правила работы с git на проекте с подмодулями: ветвление, ребейзы, порядок обновления подмодулей.
3) Ошибки стали находиться до передачи в тестирование, а ручная проверка перед релизом сократилась. Организовала разработку тестовой платформы для автотестов через CI: смоук из 80–100 тестов на каждом merge request (~20 минут) и полный регресс из более чем 1000 тестов (~3 часа) на виртуальных машинах под Windows и Astra Linux. Ввела обязательные модульные тесты на все расчётные части ПО.
— В отделе появились аналитик и DevOps-инженер, которых раньше не было: обосновала руководству необходимость обеих ролей и довела найм аналитика до выхода человека.
— Сотрудники, собиравшиеся уходить, оставались в команде — разбирала ситуацию с человеком лично и по возможности меняла то, что можно было изменить.

Формальных KPI в компании не было. Измеримое: 14 человек в филиале, выстроенный с нуля процесс — трекер задач и требований, обязательное код-ревью, автотесты в CI, время смоука и регресса.
Сдавала экзамен на Scrum Master (Certified ScrumMaster, Scrum Alliance); сертификат не продлевала — роль формально не выполняла, процессы выстраивала как руководитель.

Архитектура и сложные задачи — то, что оставляла за собой:

— Архитектура компонента пользовательского интерфейса прибора: структура классов спроектирована мной с нуля, компонент строит произвольные экраны примерно из 30 типов элементов по командам из ядра. За четыре года структура не менялась — только дополнялась реализациями, при том что элементы писали ещё три человека, а компонент дорабатывали около пяти.
— Перевод продукта на плагинную архитектуру под опции прибора: выделение слоя работы с железом, внедрение DI-контейнера и обмена между сервисами через шину сообщений. Плюс автогенерация кода построения интерфейса и подключения команд управления прибором из описаний — добавление новой опции перестало требовать ручного написания однотипного кода.
— Задачи на стыке с железом, которые не закрывались силами команды: потеря данных при чтении из ПЛИС и отставание обработки от потока данных. Разбор работы конкретного ядра ПЛИС, отладка драйвера обмена по шине, оптимизация тракта данных. Результат — сократилась пауза между измерениями, стало возможно фиксировать короткие импульсные сигналы.
— Кроссплатформенность: одна кодовая база на Qt под Windows и Astra Linux. Основные языки — C++17 и C# (.NET 6).