Профили технических менеджеров нужны, чтобы оценивать коллег на performance review. Это делает продвижение по карьерной лестнице понятнее.

• Ожидания каждого следующего уровня добавляются к ожиданиям предыдущих. Например, Engineering Manager 2 должны уметь делать всё то же самое, что и Engineering Manager 1 и Engineering Team Lead.
• Для продвижения по уровням сотрудник должен проявить навыки на деле. Просто уметь или хотеть делать задачи недостаточно.
• Если в команде нет бизнес-необходимости делать что-то, что описано в профиле, например, собирать или распускать команды, то эти критерии можно не учитывать.

Карьерная лестница — это возможный путь развития сотрудника в Авито. Он зависит от того, какие задачи решает специалист, и какие основные навыки использует в работе.

Сейчас в Авито семь уровней технических менеджеров:

• Tech Lead
• Team Lead:
  • Engineering Team Lead
• Technical Unit Lead:
  • Engineering Manager 1
  • Engineering Manager 2
• Technical Cluster Lead:
  • Senior Engineering Manager 1
  • Senior Engineering Manager 2
• Director:
  • Lead Engineering Manager

• Регулярно доносит качественную обратную связь на личных встречах со своими сотрудниками. Применяет активное слушание.
• Оценивает работу инженеров. Проводит для них performance review. Обсуждает поставленную оценку на калибровках. Даёт обратную связь по итогам performance review.
• Определяет сильные стороны и области развития членов команды. Помогает сотруднику определить возможные точки карьерного роста.
• Ищет возможность помочь людям достичь следующей желаемой роли.
• Мотивирует людей на постоянное улучшение себя и процессов.

• Менеджер для команды, которая состоит из трёх или больше инженеров. Достигает результата за счёт слаженной работы команды.
• Обосновывает необходимость найма и участвует в нём. Соблюдает существующий процесс.
• Проводит технические интервью в своей экспертной области.
• Проводит менеджерское интервью с участием HR и/или нанимающего менеджера, на котором проверяет soft skills кандидата.
• Организовывает процесс онбординга для новичков. Ставит им цели на испытательный срок.
• Своевременно каскадирует информацию, важную для команды. Например: рассказывает об основных изменениях в компании или смежных юнитах/кластерах.
• Делится собственным опытом и управляет обменом знаниями в рамках команды.
• Своевременно доносит информацию о проблемах в команде своему руководителю.
• Помогает команде устранять возникающие в ходе работы препятствия. Если не может справиться сам, то эскалирует проблему.

• Горизонт планирования — 3-6 месяцев.
• Несёт ответственность не только за команду и процессы, но и за результаты её работы и достижение поставленных целей.
• Доносит цель существования команды до всех.
• Обеспечивает прозрачность целей и задач внутри своей команды.
• Формирует с командой краткосрочные цели: например цель спринта. Связывает их с квартальными целями (OKR). Отвечает за их выполнение.
• Формирует сам или с помощью команды технический бэклог. Выступает в роли владельца бэклога.
• Ставит технические цели для своей команды. Отвечает за их выполнение.
• Для реализации поставленных целей составляет дорожную карту.
• Работает со стейкхолдерами: своевременно транслирует важную для них информацию и управляет их ожиданиями.
• При постановке целей и составлении дорожных карт учитывает риски.

• Отвечает за поддержание всех общих для компании процессов (процесс разработки, инженерные процессы) в рамках своей команды.
• Отвечает за предсказуемость и скорость процесса разработки, автоматизирует его.
• Работает в рамках существующих в компании инженерных процессов. Поддерживает их сам или делегирует команде:
  • управление инцидентами,
  • управление багами,
  • управление техническим бэклогом,
  • управление документацией и знаниями.
• Постоянно улучшает инженерные практики в своей команде: code review, architecture workshops, pair programming, mob programming, tdd.
• Организует процесс тестирования.

• Техническая экспертиза на уровне Е5 разработчика. Продолжает тратить 25-50% своего времени на работу руками.
• Отвечает за техническое качество и стабильную работу продуктов и сервисов, которые разрабатывает его команда.
• Следит за качеством кодовой базы/тестовых моделей/конфигурационных файлов своей команды и сам активно контрибьютит в них.
• Анализирует технические решения предлагаемые командой. Даёт конструктивную обратную связь по ним. Если нужно, принимает финальное решение.
• Актуализирует свои технические знания и навыки в соответствии со стеком технологий, которым владеет его команда.
• Контролирует покрытие системы мониторингом и алертами.

• Помогает Product Owner готовить бэклог для команды разработки или делает это самостоятельно.
• Самостоятельно или вместе с Product Owner формирует и отслеживает метрики здоровья продукта.

• Работает над удержанием сотрудников в компании. Знает, что мотивирует его сотрудников. Использует подходящие инструменты мотивации для её повышения и поддержания на высоком уровне.
• Обсуждает с инженерами своей команды зарплату, вознаграждение и программы долгосрочной мотивации. Инициирует изменение.
• Эффективно управляет конфликтами: выслушивает обе стороны и помогает разобраться.

• Делает так, чтобы команда выполняла большую часть задач самостоятельно, без его непосредственного участия. Делегирует ответственность за принятие решений, но продолжает контролировать выполнение.
• Развивает не только людей, но и команду. Выращивает «зрелые» команды.
• Имеет видение целевого состояния команды, которое основано на целях создания команды и целях департамента. Формирует её дизайн: состав, нужные компетенции и квалификация, отсутствие bus-фактора. Формирует план достижения целевого состояния.
• Собирает команду разработки с нуля и «запускает» её.
• Выступает в роли нанимающего менеджера. Составляет профиль кандидата для рекрутера. Проводит собеседования и принимает решение о найме и увольнении людей из своей команды.
• Помогает командам и сотрудникам планировать и координировать свою работу.

• Горизонт планирования — 3-6 месяцев.
• Несёт ответственность не только за команду и процессы, но и за результаты её работы и достижение поставленных целей.
• Доносит цель существования команды до всех.
• Обеспечивает прозрачность целей и задач внутри своей команды.
• Формирует с командой краткосрочные цели: например цель спринта. Связывает их с квартальными целями (OKR). Отвечает за их выполнение.
• Формирует сам или с помощью команды технический бэклог. Выступает в роли владельца бэклога.
• Ставит технические цели для своей команды. Отвечает за их выполнение.
• Для реализации поставленных целей составляет дорожную карту.
• Работает со стейкхолдерами: своевременно транслирует важную для них информацию и управляет их ожиданиями.
• При постановке целей и составлении дорожных карт учитывает риски.

• Системно улучшает процессы в своей команде.
• Понимает, зачем нужны те или иные процессы, не делает из них карго-культ.
• Принимает решения об изменении процессов с опорой на факты и данные. Например, следит за метриками Agile Dashboard и результатами Team Maturity Model или принимает решения об эксперементе с процессами на основе данных ретроспектив.

• Техническая экспертиза на уровне Е5 разработчика. Продолжает тратить 25-50% своего времени на работу руками.
• Отвечает за техническое качество и стабильную работу продуктов и сервисов, которые разрабатывает его команда.
• Следит за качеством кодовой базы/тестовых моделей/конфигурационных файлов своей команды и сам активно контрибьютит в них.
• Анализирует технические решения предлагаемые командой. Даёт конструктивную обратную связь по ним. Если нужно, принимает финальное решение.
• Актуализирует свои технические знания и навыки в соответствии со стеком технологий, которым владеет его команда.
• Контролирует покрытие системы мониторингом и алертами.

• При проработке задач предлагает альтернативные способы проверки гипотез и технических решений, позволяющие получить данные быстрее/с меньшими затратами
• Делает базовые выводы по результатам проведенных исследований: например, по А/В-тестам. Анализирует результаты пользовательских исследований/интервью/опросов. «Подсвечивает» найденные проблемы или успехи. Опирается на них в своей работе.

• Развивает собственного преемника.

• При поиске и решении проблем выходит за рамки команды, ищет системные проблемы на уровне департамента или компании.
• Помогает команде преодолевать проблемы масштабирования.

• Горизонт планирования — 1 год.
• Формирует цель существования своей команды. Доносит эту цель до всех.
• Формирует продуктовые и технические квартальные цели. Связывает их с целями департамента, компании. Отвечает за их выполнение.
• Для достижения целей меняет приоритеты при необходимости, предотвращает риски, корректирует действия команды для предотвращения нежелательных последствий.
• Ведет крупные продуктовые или технические проекты на уровне кластера или компании. Формирует для них цели и критерии успеха. Проходит защиту проекта.
• Планирует ресурсы для своих команд и следит за их использованием.
• Учитывает доступные ресурcы при принятии решений.

• Успешно применяет существующие в компании процессы и подходы с учётом целей команд.
• Приводит процессы своих команд в соотвествие с принятыми в компании стандартами.
• Проводит ревизию существующих процессов. Не только изменяет существующие процессы, но и создаёт новые или отменяет не актуальные.
• Организует процесс непрерывного улучшения процессов разработки. При достижении командами базового уровня, находит для них новые вызовы.

• Тратит на решение задач из бэклога команды и работу руками 5-10% своего времени.
• Формирует техническое видение и стратегию команды. Согласует их с продуктовыми планами и планами смежных команд. Отвечает за их реализацию.
• Постоянно расширяет свой технический кругозор. Изучает смежные области и технологии. Например, для успешного управления кросс-функциональной командой.
• Способен объяснить стейкхолдерам суть технологии простым языком.
• Смотрит в будущее, следит за техническими трендами. Объясняет стейкхолдерам, какие технические задачи необходимо сделать команде в будущем или как технологии могут помочь бизнесу/продукту.
• Ведёт процесс capacity management ресурсов своих серверов и приложений.
• Отвечает за то, чтобы все важные проекты команды прошли Архитектурный комитет.

• При принятии решений и планировании продуктовой или технической работы учитывает сценарии использования продукта, CJM, клиентские боли, которые решает продукт.
• Находит технические проблемы, которые мешают бизнесу развиваться сейчас или помешают в ближайшем будущем.
• Планирует и проводит необходимые исследования (сплит-тесты, опросы, опыт других компаний) для проверки проблем или пользовательских болей. Использует результаты проведённых исследований для аргументации важности предлагаемых решений.
• Прослеживает взаимосвязи между изменениями в своём кусочке продукта и другими частями Авито. Информирует заинтересованных команды об изменениях или согласует их с ними.
• Отслеживает продуктовые и бизнесовые тренды рынка, на котором работает. Знает, что делают конкуренты. Использует эти знания при планировании продуктовой и технической работы.

• Оценивает работу менеджеров своих команд. Проводит для них performance review. Обсуждает поставленную оценку на калибровках. Даёт обратную связь по итогам performance review.
• Системно развивает менеджеров своих команд или выступает как наставник для менеджеров уровнем ниже.

• Управляет несколькими командами инженеров через лидеров.
• Нанимающий менеджер для менеджерских позиций в своих командах. Принимает решение о найме и увольнении. Проводит для них онбординг.
• Планирует структуру своих команд с учётом целей команды и департамента.
• Принимает решение о создании новых команд, их роспуске или объединении.

• Горизонт планирования — 1 год.
• Формирует цель существования своей команды. Доносит эту цель до всех.
• Формирует продуктовые и технические квартальные цели. Связывает их с целями департамента, компании. Отвечает за их выполнение.
• Для достижения целей меняет приоритеты при необходимости, предотвращает риски, корректирует действия команды для предотвращения нежелательных последствий.
• Ведет крупные продуктовые или технические проекты на уровне кластера или компании. Формирует для них цели и критерии успеха. Проходит защиту проекта.
• Планирует ресурсы для своих команд и следит за их использованием.
• Учитывает доступные ресурcы при принятии решений.

• Управляет командами через организацию процессов и постановку целей. Согласует совместную работу своих команд.
• Создаёт инструменты и метрики, которые показывают состояние процессов в командах.

• Тратит на решение задач из бэклога команды и работу руками 5-10% своего времени.
• Формирует техническое видение и стратегию команды. Согласует их с продуктовыми планами и планами смежных команд. Отвечает за их реализацию.
• Постоянно расширяет свой технический кругозор. Изучает смежные области и технологии. Например, для успешного управления кросс-функциональной командой.
• Способен объяснить стейкхолдерам суть технологии простым языком.
• Смотрит в будущее, следит за техническими трендами. Объясняет стейкхолдерам, какие технические задачи необходимо сделать команде в будущем или как технологии могут помочь бизнесу/продукту.
• Ведёт процесс capacity management ресурсов своих серверов и приложений.
• Отвечает за то, чтобы все важные проекты команды прошли Архитектурный комитет.

• При принятии решений и планировании продуктовой или технической работы учитывает сценарии использования продукта, CJM, клиентские боли, которые решает продукт.
• Находит технические проблемы, которые мешают бизнесу развиваться сейчас или помешают в ближайшем будущем.
• Планирует и проводит необходимые исследования (сплит-тесты, опросы, опыт других компаний) для проверки проблем или пользовательских болей. Использует результаты проведённых исследований для аргументации важности предлагаемых решений.
• Прослеживает взаимосвязи между изменениями в своём кусочке продукта и другими частями Авито. Информирует заинтересованных команды об изменениях или согласует их с ними.
• Отслеживает продуктовые и бизнесовые тренды рынка, на котором работает. Знает, что делают конкуренты. Использует эти знания при планировании продуктовой и технической работы.

• Оценивает работу менеджеров своих команд. Проводит для них performance review. Обсуждает поставленную оценку на калибровках. Даёт обратную связь по итогам performance review.
• Системно развивает менеджеров своих команд или выступает как наставник для менеджеров уровнем ниже.

• Планирует структуру своего кластера. Создаёт команды для новых бизнес-направлений.
• Понимает границы доменной области своего кластера. Следит за их целостностью и изменяет при изменении внутреннего и внешнего контекста.
• Управляет приоритетами найма внутри своего кластера.
• Следит за нагрузкой команд. Занимается headcount planning на горизонте года.

• Горизонт планирования — 2-3 года
• Понимает стратегию продукта и бизнеса в своем кластере. Сам определяет стратегию и долгосрочный план в своем подразделении. Действует самостоятельно как senior инженер в разработке.
• Формирует цель существования своего кластера. Доносит эту цель до своих команд.
• Отвечает за реализацию целей своего кластера.
• Способствует тому, чтобы отдельные люди и организация в целом действовали, не забывая о стратегических целях кластера.
• При крупных изменениях в своём кластере понимает их влияние на компанию и согласует их с другими подразделеними.
• Управляет бюджетами кластера.
• Участвует в реализации стратегических задач технической дирекции.
• Обеспечивает прозрачность целей, решений и прогресса по их реализации для стейкхолдеров.

• Успешно создаёт и применяет разные подходы к организации процессов разработки в зависимости от команды и потребностей бизнеса. Например, ITSM, ITIL, LeSS.
• Внедряет успешно показавшие себя процессы в нескольких кластерах.

• Формирует технические видение и стратегию своего кластера. Согласует их с видением и стратегией компании. Объясняет её своим командам и стейкхолдерам.
• Формирует стандарты качества, надежности и доступности для своих систем. Делает их прозрачными для смежных команд и стейкхолдеров.

• Понимает, как работает бизнес Авито. Учитывает финансовые и бизнес-метрики при планировании работы своего департамента.
• Понимает, что хорошо и что плохо для бизнеса. Отстаивает свою позицию, если это нужно.
• Используя рыночные и технологические тренды, формирует новые бизнес или технологические возможности для развития своего направления. Проактивно приходит с этими предложениями.
• Эффективно использует ресурсы своего департамента, знает, из чего складывается его P&L.

• Оценивает работу менеджеров своих команд. Проводит для них performance review. Обсуждает поставленную оценку на калибровках. Даёт обратную связь по итогам performance review.
• Системно развивает менеджеров своих команд или выступает как наставник для менеджеров уровнем ниже.

• Планирует структуру своего кластера. Создаёт команды для новых бизнес-направлений.
• Понимает границы доменной области своего кластера. Следит за их целостностью и изменяет при изменении внутреннего и внешнего контекста.
• Управляет приоритетами найма внутри своего кластера.
• Следит за нагрузкой команд. Занимается headcount planning на горизонте года.

• Горизонт планирования — 2-3 года
• Понимает стратегию продукта и бизнеса в своем кластере. Сам определяет стратегию и долгосрочный план в своем подразделении. Действует самостоятельно как senior инженер в разработке.
• Формирует цель существования своего кластера. Доносит эту цель до своих команд.
• Отвечает за реализацию целей своего кластера.
• Способствует тому, чтобы отдельные люди и организация в целом действовали, не забывая о стратегических целях кластера.
• При крупных изменениях в своём кластере понимает их влияние на компанию и согласует их с другими подразделеними.
• Управляет бюджетами кластера.
• Участвует в реализации стратегических задач технической дирекции.
• Обеспечивает прозрачность целей, решений и прогресса по их реализации для стейкхолдеров.

• Успешно создаёт и применяет разные подходы к организации процессов разработки в зависимости от команды и потребностей бизнеса. Например, ITSM, ITIL, LeSS.
• Внедряет успешно показавшие себя процессы в нескольких кластерах.

• Ведёт сложные технические межкластерные проекты. При необходимости привлекает внутренних и внешних экспертов.
• Лидирует принятие технических решений влияющих на всю компанию. Участвует в принятии решений по изменению используемых в компании технологий.

• Понимает, как работает бизнес Авито. Учитывает финансовые и бизнес-метрики при планировании работы своего департамента.
• Понимает, что хорошо и что плохо для бизнеса. Отстаивает свою позицию, если это нужно.
• Используя рыночные и технологические тренды, формирует новые бизнес или технологические возможности для развития своего направления. Проактивно приходит с этими предложениями.
• Эффективно использует ресурсы своего департамента, знает, из чего складывается его P&L.

• Оценивает работу менеджеров своих команд. Проводит для них performance review. Обсуждает поставленную оценку на калибровках. Даёт обратную связь по итогам performance review.
• Системно развивает менеджеров своих команд или выступает как наставник для менеджеров уровнем ниже.

• Руководит подразделениями со своими стратегиями, которые отвечают за продуктовые, технические или бизнесовые метрики компании, например, из BIG 10.
• С нуля запускает новые направления разработки и департаменты.

• Горизонт планирования — 5 лет.
• Успешно реализует приоритетные проекты в рамках бизнес-стратегии компании с большой степенью неопределенности. Делает сложные стратегические выборы.
• Участвует в формировании стратегии технической дирекции.
• Участвует в формировании технического портфеля компании.

• Выходит за рамки существующих в компании процессов. Берёт лучшие практики из индустрии и на их основе инициирует создание подходящих для компании решений.

• Визионерство. Следит за глобальными технологическими трендами, может нарисовать картину будущего и сделать прогноз того, что нужно делать Авито.
• Объясняет бизнес-языком технологические темы и проекты для топ-менеджеров.

• Опережает повестку АЕМ по технологическим вопросам. Не АЕМ приходит с вопросами, а LEM приходит к АЕМ с предложением.