Потемкин Олег

17 лет в разработке: начинал разработчиком, вырос до CTO. Последние 5 лет руководил тех отделом в ГК Альбатрос (продукты Астро7 и Aura7): highload, команды 10-25 человек, PHP, Erlang, автоматизация с k8s, внедрил внедрял и адаптировал scrum, снизил число инцидентов с 30-40 в месяц до 0-1

До этого собирал IT-отдел с нуля до 30 человек в Mriya (группа Сбербанка) - сократил Continuous Delivery с 2 часов до 8 минут, Time-to-Market в 6 раз.

При этом код писать не бросил: свои продукты веду сам, от первой строки до продакшена, и они уже приносят деньги.

В профессиональном поле меня сейчас больше всего занимает AI в разработке: внедрил AI code review, который до мержа проверяет изменения на баги и безопасность, собрал многоагентные пайплайны разработки и аналитики, поднял корпоративное AI-пространство знаний.

Вторая близкая тема - рост инженера в лида и дальше в CTO. Сам прошёл этот путь и знаю, где на нём больно: делегирование, разговор с бизнесом на его языке, первое увольнение сотрудника, страх перестать быть самым сильным разработчиком в комнате.

В менторстве иду от вашего запроса, а не по программе. На первой встрече мы фиксируем цель и критерий, по которому будет видно, что менторство сработало, - без этого встречи превращаются в разговоры ни о чём. Дальше каждая сессия строится по схеме «где вы сейчас - какие есть варианты - что вы делаете до следующей встречи», между встречами обязательна практика на ваших реальных задачах и коде.

Со сложными вещами работаю по принципу «сначала показываю, как делаю я, потом делаем вместе, потом вы делаете сами, а я ревьюю». Обратную связь даю прямо и по фактам: что произошло, что это дало, как иначе. Могу быть жёстким в разборе, но это всегда про задачу, не про вас. Если вопрос не мой - скажу сразу и не буду тратить ваше время.

Рост из инженера в лида и из лида в CTO - Что реально меняется в работе на каждом переходе и как перестать мерить себя строчками кода

• Делегирование, one-on-one, постановка задач, обратная связь

• Сложные разговоры: увольнение, недовольство зарплатой, конфликт в команде

• Разговор с бизнесом: как объяснить технический долг, защитить бюджет и сроки

Код, архитектура, система

• Живой разбор вашего кода и архитектурных решений, поиск узких мест, план рефакторинга

• System design: очереди, кеши, репликация, отказоустойчивость, highload - под реальную задачу или под собеседование

• Как выбрать стек и не построить то, что придётся выбросить через год

Процессы и инфраструктура в команде

• CI/CD, ветвление, релизы, code review, дежурства - поставить с нуля или починить сломанное

• Снижение аварийности: мониторинг, алерты, постмортемы (у себя довёл с 30-40 инцидентов в месяц до 0-1)

• Найм и сборка inhouse-команды, грейды, матрица компетенций, оценка на собеседовании

• Переезд в k8s, контейнеризация, self-hosted-решения

• Внедрение Scrum и Agile так, чтобы это не осталось ритуалом ради ритуала

AI в разработке

• AI code review до мержа: проверка изменений на баги и безопасность

• Многоагентные пайплайны: план с ревью, декомпозиция на тикеты, выполнение с TDD и security review

• Корпоративное AI-пространство знаний и интеграции с внутренними сервисами

• Как перестроить процессы команды под AI, а не просто раздать всем подписку

Свои продукты

• Запуск pet-проекта до продакшена и первых денег в одиночку: объём MVP, что резать, когда закрывать

• Цикл «запустил - измерил - масштабировал или выбросил» на собственных деньгах

Карьера

• Резюме и позиционирование, выбор между офферами, мок-интервью на роль лида и CTO