# Позиционирование: Team Lead / Engineering Lead Рабочий документ лидерского трека: как подавать Сергея на роли Team Lead / Engineering Lead / Technical Lead / Engineering Manager (hands-on). Применяется при адаптации резюме, cover letter и подготовке к интервью. Текст ниже — дословная постановка пользователя (23.09.2026). Сестринский документ для IC-трека (зарубежный рынок) — `positioning-principles-ruby-ai.md`. --- ## Главная цель Помогай позиционировать Сергея как **опытного Team Lead / Engineering Lead с сильным backend-инженерным бэкграундом**, а не как Senior Backend Developer, который пытается перейти в менеджмент. Сергей ищет роли: * Team Lead * Engineering Lead * Technical Lead * Lead Backend Engineer с выраженной leadership-зоной ответственности * Engineering Manager — если вакансия допускает hands-on технического лидера Главный профессиональный профиль: > Engineering leader with a strong hands-on backend background, 9+ years of team leadership and 20 years in software engineering. Не делай акцент на том, что последняя должность называется `Lead Backend Engineer`. Рассматривай название должности отдельно от фактического scope ответственности. --- ## Как читать карьерную историю У Сергея последовательная лидерская траектория: * с 2017 — Team Lead; * 2019–2023 — Senior Developer → Team Lead → Ruby Practice Lead; * 2023–2025 — Product Team Lead; * 2025 — Technical Lead, руководство тремя кросс-функциональными командами; * с ноября 2025 — Lead Backend Engineer, при этом сохраняется ownership за сквозную поставку изменений и крупную high-load систему. Поэтому последняя роль **не должна интерпретироваться как возврат из leadership в обычную разработку**. Правильная интерпретация: > Сергей остаётся hands-on техническим лидером и продолжает писать код, при этом его основной карьерный профиль — leadership, architecture и delivery. --- ## Основное позиционирование В первую очередь показывай следующие стороны: ### 1. Leadership Это основной профессиональный профиль. Подчёркивай: * руководство инженерными командами; * руководство несколькими командами одновременно; * кросс-функциональная работа; * найм; * менторство; * развитие инженеров; * competency / skills matrices; * engineering standards; * code review standards; * управление техническим долгом; * улучшение engineering processes; * ответственность за delivery. Не своди leadership к формальному управлению людьми. Для Сергея характерен **hands-on technical leadership**: он принимает архитектурные решения, помогает команде решать сложные технические проблемы и при необходимости сам пишет код. --- ### 2. Technical Leadership Второй главный блок позиционирования. Подчёркивай: * distributed systems; * high-load; * event-driven architecture; * DDD; * microservices; * API design; * PostgreSQL; * Kafka; * ClickHouse; * Kubernetes; * observability; * legacy modernization. Важно показывать не только список технологий, но и связь: > Сергей использует глубокую инженерную экспертизу для того, чтобы принимать технические решения вместе с командой и улучшать инженерную систему в целом. --- ### 3. Delivery / Ownership Отдельно подчёркивай способность доводить изменения от требований до production. Особенно сильные примеры: * ответственность за сквозную поставку изменений в Dixy; * миграция и ускорение синхронизации остатков 10x; * управление миграцией банковской инфраструктуры; * запуск продуктов с нуля в Samokat; * построение платформенных компонентов; * работа с production high-load системами. Для Team Lead вакансий это важно не меньше, чем архитектура. --- ## Как объяснять последнюю роль Если вакансия ориентирована на Team Lead, Engineering Lead или Engineering Manager, не нужно оправдываться за последнюю позицию. Не использовать формулировки вроде: > "Хотя сейчас я работаю разработчиком..." или: > "После Team Lead я вернулся к разработке..." Это создаёт неправильный карьерный нарратив. Предпочтительная интерпретация: > "My current role is highly hands-on: I own backend architecture and end-to-end delivery in a high-load system while continuing to work closely with engineers." Или: > "I deliberately stay close to engineering: I lead through architecture, technical decisions and delivery while still writing production code." Если в вакансии спрашивают непосредственно о people management, честно разделяй: * формальный people-management scope; * technical leadership scope; * delivery ownership. Не приписывай Сергею обязанности, которых нет в резюме. --- ## Самые сильные доказательства leadership При составлении отклика или адаптации CV отдавай приоритет конкретным фактам. ### Samokat Очень сильный leadership-пример: * Product Team Lead; * запуск backend трёх продуктов с нуля; * cross-functional product development; * DDD как архитектурный стандарт нескольких команд; * управление техническим долгом. ### Raiffeisenbank Особенно сильный пример для Engineering Lead: * Technical Lead; * три кросс-функциональные команды; * архитектура и delivery миграции; * ~80% migration progress; * C4 для ~50 сервисов; * distributed tracing. ### Balans Platform Хорошо показывает карьерный рост: > Senior Developer → Team Lead → Ruby Practice Lead. Это особенно важно для демонстрации того, что leadership — не случайный эпизод карьеры. Показывай: * развитие инженеров; * engineering standards; * code review; * competency matrix; * technical direction; * выделение микросервисов из монолита. ### Софт Телематика Это раннее, но важное подтверждение: > Team Lead с 2017 года. Не обязательно подробно раскрывать эту роль, если ограничено место, но сам факт важен для timeline leadership. --- ## Как использовать текущую роль Dixy Dixy нужна не для того, чтобы доказать people management. Она доказывает: * hands-on engineering; * ownership; * high-load; * production impact; * performance; * architecture; * delivery; * способность работать с современной backend-инфраструктурой. Сильнейшие цифры: * 2000 магазинов; * ~1000 RPS; * 800+ GB данных; * ускорение синхронизации остатков 10x: 20 → 2 минуты; * CI: ~30 → ~5 минут; * улучшение для 5+ команд. Не позволяй агенту интерпретировать эту роль как доказательство отсутствия management experience. --- ## Карьерный нарратив Основной narrative: > Сергей — инженерный лидер с 20-летним опытом разработки и leadership-опытом с 2017 года. Его специализация — построение и развитие backend-команд, distributed/high-load systems и engineering practices. Он остаётся hands-on и использует глубокую техническую экспертизу для leadership, architecture и delivery. Более короткая версия: > Hands-on Engineering Lead with 20 years in software engineering and 9+ years leading teams, specializing in high-load distributed systems, backend architecture and engineering practices. --- ## Что НЕ делать ### Не позиционировать как обычного Senior Developer Не делать главным: * Ruby; * Rails; * количество лет программирования; * количество технологий. Это supporting evidence, а не основной professional identity. ### Не преувеличивать management Не утверждать без подтверждения: * direct reports; * performance reviews; * compensation decisions; * budget ownership; * organizational management; * hiring authority; * увольнения; * formal people-management responsibility. Если этого нет в исходном резюме — не придумывать. ### Не скрывать hands-on составляющую Сергей не должен выглядеть как pure people manager. Его сильная сторона — сочетание: **People + Technology + Architecture + Delivery.** --- ## При адаптации под вакансию Перед написанием отклика определи, какой тип leadership нужен вакансии: ### Team Lead Основной акцент: **team → delivery → technical leadership → mentoring → architecture** ### Engineering Lead Основной акцент: **technical direction → architecture → multiple teams → engineering standards → delivery** ### Engineering Manager Основной акцент: **people → team development → hiring → delivery → engineering effectiveness** Но даже для Engineering Manager сохраняй технический профиль как преимущество, не превращая его в основную тему. ### Technical Lead Основной акцент: **architecture → technical decisions → distributed systems → delivery → team guidance** --- ## Правило для cover letter Cover letter не должен пересказывать всё резюме. Он должен отвечать на три вопроса: 1. Почему Сергей подходит именно для этой leadership-роли? 2. Какой relevant leadership experience у него есть? 3. Почему его hands-on background полезен для этой команды? Оптимальная структура: > leadership experience → relevant technical/domain experience → concrete result → motivation for this role. Не начинать с оправдания последней должности. --- ## Правило для интервью Если возникает вопрос: > "Почему сейчас Lead Backend Engineer, если вы ищете Team Lead?" Отвечать спокойно и прямо. Основная мысль: > Сергей сознательно сохраняет hands-on engineering и не рассматривает leadership как отказ от технической работы. Его карьерный профиль при этом остаётся лидерским: команды, архитектура, delivery и engineering practices. После этого приводить факты: * leadership с 2017; * Product Team Lead; * Technical Lead трёх команд; * Ruby Practice Lead; * текущий ownership high-load системы. Не превращать ответ в оправдание. --- ## Tone of voice Для профессиональных материалов: * уверенно; * конкретно; * без пафоса; * без self-promotion ради self-promotion; * меньше общих слов; * больше scope, ownership и measurable outcomes. Избегать: > passionate leader > visionary > exceptional leader > rockstar > results-driven professional Предпочитать: > led > owned > built > designed > introduced > migrated > scaled > mentored > delivered И по возможности добавлять масштаб и результат. --- ## Главная формула позиционирования Во всех материалах держи в голове: **20 years engineering + 9+ years leadership * hands-on backend expertise * high-load/distributed systems * architecture * team development * delivery ownership** Это и есть основной профессионаый профиль Сергея. Последняя должность `Lead Backend Engineer` — только одна точка в этой истории, а не определение всей карьеры. --- # Additional Positioning Rules (дополнение от 23.09.2026) Добавлено к документу без замены исходных правил. Источник — постановка пользователя по сравнению двух резюме: инженерного (master-CV) и второго (с богатой people-фактурой, предположительно hh-версия). Частичная сверка атрибуции фактов — `linkedin-experience-draft.md`, раздел «Факты из прошлого черновика». ## Новое ключевое доказательство: реальный people leadership При позиционировании Сергея как Team Lead нельзя ограничиваться формулировкой "technical leadership". В его опыте есть непосредственное руководство людьми и командами: * с 2017 года — Team Lead; * команда 7 разработчиков в Telematics; * команда 9 человек в Balance Platform; * 18+ разработчиков в трёх командах Samokat; * более 20 разработчиков и аналитиков в трёх кросс-функциональных командах Raiffeisenbank; * найм; * регулярные 1:1; * развитие сотрудников; * подготовка людей к повышению; * подготовка преемников; * участие в формировании команд с нуля. Особенно сильные факты: > Руководил техническим развитием трёх кросс-функциональных команд численностью более 20 разработчиков и аналитиков. > Менторил 5 разработчиков для повышений, включая подготовку преемника руководителя команды. > Три разработчика из команды впоследствии стали тимлидами. Эти факты следует использовать как доказательство **leadership maturity**, а не просто mentoring. --- # Как различать Technical Lead и Team Lead При анализе вакансии сначала определи, что именно компания подразумевает под "Team Lead". Есть два разных профиля. ### Technical Team Lead Фокус: * architecture; * technical decisions; * code review; * system design; * delivery; * engineering standards; * mentoring. Для такого профиля использовать прежде всего: * Dixy; * Raiffeisenbank; * Samokat; * Balance Platform. ### People-oriented Team Lead Фокус: * people management; * hiring; * 1:1; * career development; * performance; * team formation; * succession; * delivery management. Для такого профиля особенно использовать: * Raiffeisenbank; * Samokat; * Balance Platform; * Telematics. Не предполагать, что Team Lead = только технический лидер. --- # Сильнейший leadership narrative Основной narrative должен выглядеть примерно так: > Сергей — hands-on Team Lead / Engineering Lead с leadership-опытом с 2017 года. Руководил несколькими командами одновременно, включая до 20+ разработчиков и аналитиков, занимался наймом, развитием инженеров, 1:1, формированием команд и подготовкой будущих лидеров. При этом сохраняет глубокую техническую экспертизу в backend, distributed systems и architecture. Это сильнее, чем: > Senior Backend Engineer with leadership experience. Второй вариант делает leadership вторичным. --- # Используй карьерный рост как отдельное доказательство Очень сильный паттерн: > Senior Developer → Team Lead → Ruby Practice Lead Не просто перечисляй должности. При необходимости объясняй, что Сергей постепенно расширял scope: **individual contributor → team leadership → practice/organizational leadership → multi-team leadership.** Это показывает развитие leadership scope. --- # Team size — важная информация Если вакансия требует управления командой определённого масштаба, агент должен искать соответствующие цифры в резюме. Использовать: * 7 developers — Telematics; * 9 people — Balance Platform; * 18+ developers / 3 teams — Samokat; * 20+ developers and analysts / 3 cross-functional teams — Raiffeisenbank. Не писать просто: > managed teams если есть возможность указать масштаб. --- # People Management Evidence При необходимости показывать следующие конкретные практики: ### Hiring * найм; * система оценки кандидатов; * формирование команды с нуля. ### Development * mentoring; * competency matrix; * подготовка к повышению; * подготовка преемников; * развитие сотрудников. ### Management * регулярные 1:1; * управление техническим roadmap; * управление backlog; * управление technical debt; * приоритизация. ### Team processes * code review; * delivery process; * PBR; * дежурства; * Jira discipline; * architecture committees. Важно: использовать только те management responsibilities, которые явно подтверждены резюме. --- # Очень сильный факт про развитие лидеров Факт: > 3 разработчика из команды стали Team Lead. И отдельный факт: > подготовил преемника руководителя команды. Они показывают не просто способность быть лидером, а способность **создавать новых лидеров внутри команды**. Для Team Lead / Engineering Lead вакансий это один из наиболее полезных фактов. Использовать его, когда вакансия содержит: * mentoring; * career development; * leadership development; * succession; * team scaling. --- # Не терять связь между people и technology Правильная модель профиля: ```text Engineering Leadership │ ┌─────────────────┼─────────────────┐ │ │ │ People Technology Delivery │ │ │ hiring architecture roadmap mentoring distributed planning 1:1 systems execution growth DDD quality succession backend production ``` Не позиционировать Сергея как: * pure Engineering Manager; * pure architect; * pure senior developer. Его профиль находится на пересечении этих областей. --- # Что добавить в резюме, если есть место Если агент предлагает улучшения CV, в первую очередь стоит добавить в верхнюю часть несколько числовых leadership-фактов. Например: > **9+ years of team leadership · 3 teams simultaneously · 20+ engineers and analysts · hiring & mentoring · hands-on technical leadership** Это сразу отвечает на вопрос рекрутера: > "Насколько это действительно Team Lead?" --- # Важное различие между двумя CV Есть два разных способа представить одного и того же человека. ### Engineering-oriented CV Основные аргументы: > distributed systems → architecture → high-load → technology → delivery Подходит для: * Technical Lead; * Lead Backend Engineer; * Staff/Principal-oriented roles; * Engineering Lead с сильным technical scope. ### Management-oriented CV Основные аргументы: > teams → people → hiring → mentoring → delivery → architecture Подходит для: * Team Lead; * Engineering Lead; * Engineering Manager; * руководителя группы разработки. Агент должен **выбирать presentation layer в зависимости от вакансии**, а не использовать один и тот же порядок блоков для всех вакансий. --- # Как выбирать факты под вакансию Перед написанием отклика составь внутреннюю матрицу: | Требование вакансии | Evidence из опыта | | --------------------------- | ------------------------------- | | Team management | 3 команды, 20+ человек | | Hiring | Samokat / Balance | | Mentoring | 5 разработчиков до повышения | | Leadership development | 3 разработчика стали Team Lead | | 1:1 | Raiffeisenbank | | Team formation | Samokat | | Architecture | C4, DDD, microservices | | Technical roadmap | Raiffeisenbank | | Technical debt | Samokat / Raiffeisenbank | | Delivery | Samokat / Raiffeisenbank / Dixy | | High-load | Dixy | | Distributed systems | Dixy / Samokat | | Ruby | вся основная карьера | | Cross-functional leadership | Raiffeisenbank | Эту таблицу можно использовать как механизм подбора evidence, а не как часть итогового резюме. --- # Как отвечать на возможный вопрос о последней позиции Если рекрутер видит: > Lead Backend Engineer · Dixy после: > Team Lead · Samokat > Technical Lead · Raiffeisenbank и спрашивает, почему текущая роль снова выглядит как developer role, агент должен объяснять это через scope. Правильная логика: 1. Сергей не отказался от leadership. 2. Он сознательно остаётся hands-on. 3. Текущая роль даёт сильный production/high-load experience. 4. Предыдущие роли подтверждают многолетний people/team leadership. 5. Сейчас он ищет позицию, где эти две стороны снова будут объединены. Не создавать впечатление, что Сергей "пытается вернуться" в leadership после неудачного перехода в development. --- # Важное ограничение Не превращать резюме в "менеджерское" настолько, чтобы потерять техническую глубину. У Сергея редкое сочетание: > **people leadership + architecture + hands-on engineering** Это следует сохранять. Особенно для компаний, где Team Lead должен быть технически сильным и продолжать участвовать в разработке. --- # Дополнительный professional headline Если нужен headline для Team Lead-вакансий, предпочтительнее: > **Team Lead / Engineering Lead · Backend & Distributed Systems** или: > **Engineering Lead · High-load & Distributed Systems** чем: > **Senior Backend Engineer** Последний вариант делает техническую индивидуальную экспертизу главным идентификатором и недостаточно подчёркивает целевую роль. --- # Правило двух резюме (вывод из сравнения) Первое резюме (инженерное, `profile/cv.yaml` → `western-cv-template`) — компактное, achievement-oriented, показывает масштаб систем: Dixy 2000 магазинов / ~1000 RPS / 800+ ГБ / 20 → 2 минуты. Оно — источник структуры и сильных engineering achievements. Второе резюме (people-фактурное) — **`/mnt/storage/projects/publicity/blog/cv.md`** — источник доказательств people/team leadership: 1:1, повышения, 20+ человек, 18+ разработчиков, найм, формирование команды с нуля, пять ментируемых до повышения, преемники (и в Balance, и в Samokat), трое выросших тимлидов, PBR/дежурства/Jira, система оценки кандидатов, архитектурный комитет, техроудмап, TechLead Conf / SberMarket RubyMeetup / GeekBrains. Правило: не выбирать одно из двух. При адаптации под конкретную вакансию агент собирает наиболее релевантную версию из обоих источников, не противореча исходным фактам. Примечание о расхождениях полного CV с master-CV (`profile/cv.yaml`) — при конфликте верен master: email в полном CV старый (udalov.x@mail.ru, используем sergei.udalov@gmail.com); «Коспро платные дороги» vs «Автодор» — принято «Автодор» (решение из linkedin-experience-draft.md); «Мегамаркет» упомянут только в саммари полного CV без записи в опыте — в резюме не используется, пока пользователь не уточнит период; начало Team Lead в Телематике: апр 2017 (master) vs июн 2017 (полное CV) — используем master. --- # Уточнение про масштаб менторства (вечер 23.09.2026, от пользователя) Цифра «5 ментируемых до повышения» — это факт одного Самоката (период 2023—2025). Как карьерный итог за 9 лет лидерства она занижает масштаб и читается слабо. Подтверждённый пользователем карьерный агрегат: **около 20 инженеров выросли за 9 лет** (повышения грейдов, рост до тимлидов, преемники). Правило формулировок: - В summary и карьерных заявлениях — агрегат: «за девять лет выросли около 20 инженеров — повышения грейдов, рост до тимлидов, подготовка преемников». - В буллетах по компаниям — локальные факты как есть: Самокат (5 повышений + преемник-тимлид), Телематика (3 выросли в руководителей), Райф (инициировал повышение), Баланс (преемник). - Не называть «5» карьерным итогом; не завышать агрегат выше подтверждённого. **Поправка факта (23.09.2026, от пользователя):** ускорение CI-пайплайнов Дикси (~30 → ~5 минут) сработало по факту для **двух** команд, а не «5+» (выше в вербатим-блоке — устаревшая формулировка). Во всех материалах использовать «две команды» или не указывать число.