Москва
Метро: Библиотека им.ЛенинаМы - IT & digital компания, которая работает на российском и международном рынке c 2011 года. Сейчас в портфеле компании более 15 независимых продуктов в AdTech, Digital, E-commerce и AI направлениях.
Ищем Тимлида, который умеет проектировать архитектуру, сам закрывать задачи на весь стек и управлять командой разработчиков.
Направление — бэк-офисные системы: единая платформа доставки цифровых товаров, CDP+CRM, платформа поддержки.
Цель на испытательный срок (3 месяца): принять направление как зону ответственности, настроить эффективную работу команды и обеспечить достижение целевых метрик. Метрики конкретизируем к моменту выхода.
В контуре разработки:
Единая платформа доставки цифровых товаров. Объединяем разрозненные конвейеры в платформу с десятками внешних поставщиков и сильными финансовыми инвариантами.
Автономная AI-first платформа поддержки. 230 тыс. тикетов в месяц, 88% решает бот (сценарии + LLM), остальное — операторская панель с SLA и интеграциями.
CDP+CRM. Автономная система: ядро клиентских данных + маркетинговый слой над ним.
Ты не один и не на отшибе: сильная команда, отдельные DevOps-инженеры держат инфраструктуру, у продукта и направлений есть владельцы — работаем над общим результатом. Своё направление ведёшь сам, опираясь на смежников.
Коммуникация с бизнес-заказчиками, трансляция бизнес-требований в задачи и архитектуру.
Распределение задач между разработчиками, контроль результативности и качества их работы.
Разработка новых сервисов и поддержка существующих в зоне принятого направления.
Активное использование ИИ-агентов в работе с прод-кодом (Claude Code, Codex и т.п.): понимаешь бюджет, риски, границы автономии агента.
Проектирование API, схем БД и интеграций между сервисами.
Наблюдаемость и эксплуатация сервисов в проде: логи, метрики, трассировка, алерты, разбор инцидентов и доведение причин до исправлений.
Возможны подключения к соседним направлениям по запросу.
Ключевые требования:
2+ года опыта работы тимлидом команды разработки из 3+ человек.
6+ лет коммерческой бэкенд-разработки. Язык может быть не один: важен опыт проектирования, эксплуатации и ответственности за прод.
Коммерческий опыт с TypeScript очень желателен.
Умение проектировать схемы БД, интеграции и обмен между сервисами: очереди, кеши, события, повторные попытки, идемпотентность.
Опыт с распределёнными системами: не один процесс, а несколько сервисов, внешние провайдеры, сетевые сбои и понятная диагностика.
PostgreSQL на уровне диагностики и оптимизации: читать планы запросов, разбираться с медленными запросами, базовое обслуживание.
Понимание фронт-принципов на уровне внутренних интерфейсов/админок: компоненты, состояние, формы, вызовы API.
Полный жизненный цикл сервиса: от уточнения задачи и реализации до выкатки, мониторинга, разбора инцидентов и исправления причин.
Практический опыт с ИИ-агентами для разработки: ставишь задачу, читаешь код, видишь границы агента.
Комфорт с короткими итерациями и частыми релизами: сделал, проверил, выкатил, посмотрел на результат, поправил.
Будет плюсом:
Опыт с Kubernetes (k8s) на уровне разработчика: чтение манифестов, диагностика проблем своего сервиса (логи, события, ресурсы).
Опыт в e-commerce / финтехе и работа с разными платёжными провайдерами.
Опыт с LLM-инструментами: оркестрация, вызов внешних API из LLM, RAG.
Не нужно быть DevOps и строить инфраструктуру — за это отвечает отдельный человек. Но качество и работа сервиса в проде — твоя зона.
Не нужен витринный фронт-эксперт. Внутренние интерфейсы — да, сложный витринный фронт — опционально.
Не ждём слепой веры в ИИ-агентов. Наоборот, ценим трезвость: умение сказать «здесь агент опаснее ручного кода» — плюс, не минус.
Что для нас важно:
Доводишь до устойчивой работы. Не «закрыл MR», а «убедился, что в проде живёт».
Видишь узкое место — поднимаешь и приносишь варианты. Не ждёшь, пока распределят задачи.
Готов, что приоритет сдвинется. Подключения к другим проектам приходят не по плану — реагируешь без скрипа.
Нормально ведёшь совместные решения со смежниками: продукт, саппорт. Не уходишь в технические детали там, где нужно договориться.