Разработчики, выросшие в менеджмент, часто совершают одну и ту же ошибку на IT-собеседовании на английском: начинают отвечать на «Tell me about yourself» так, как будто они всё ещё senior-инженеры. Перечисляют архитектурные решения, технологии, проекты — и совершенно упускают то, что hiring manager хочет услышать на самом деле.

Для Engineering Manager, Tech Lead или Director of Engineering самопрезентация — это не технический брифинг. Это заявка на роль лидера. Структура ответа, акценты и примеры должны быть принципиально другими.

Что хочет услышать hiring manager

Когда рекрутер или VP Engineering задаёт этот вопрос менеджеру, у него есть конкретный чек-лист. Вот что проверяется за первые два-три предложения:

  • Масштаб управления. Сколько людей было в прямом подчинении? Какой сениорити-микс — джуны, мидлы, сеньоры? Управляли ли несколькими командами?
  • Delivery-трек. Выходили ли продукты в срок? Как справлялись с задержками и техдолгом? Есть ли конкретные результаты?
  • Развитие людей. Растили ли вы инженеров? Есть ли примеры, как junior вырос в senior под вашим руководством?
  • Работа со сложными ситуациями. Как обращались с underperformers? Были ли конфликты в команде — как решали?
  • Кросс-функциональное взаимодействие. Как выстраивали работу с Product, Design, Infra? Насколько хорошо работаете с общением с заказчиками и стейкхолдерами?
  • Управленческая философия. Servant leader или директивный? Насколько автономны команды? Как принимаете решения в условиях неопределённости?

Всё это — за 90–120 секунд. Именно поэтому структура ответа так важна.

Формула ответа менеджера (4 блока)

Это не жёсткий скрипт, а рабочий каркас. Используйте метод STAR для конкретных примеров внутри блоков.

  1. Team scale + context — кем вы управляли, в какой компании, какой тип продукта. 1–2 предложения.
  2. Key delivery or org improvement — самый весомый результат: запустили продукт, сократили time-to-market, перестроили процессы. Конкретные цифры.
  3. How you develop people — один-два примера роста людей в команде. Это ваш USP как менеджера.
  4. What you want next — какую роль, тип задач или масштаб команды вы ищете. Почему эта компания.

Шаблон:

I'm an engineering manager with [X] years of management experience, most recently leading a team of [N] engineers at [company type]. Over the past year, [key delivery result — shipped / reduced / improved + metric]. I put a lot of focus on people development — [brief example of someone you grew]. Now I'm looking to [next challenge], and [company name] stood out because [specific reason].

Пример для Mid-level EM:

I'm an engineering manager with four years in management, most recently leading a cross-functional team of ten at a B2B SaaS company. We shipped a core billing migration on time and under budget — that was a six-month initiative with a lot of cross-team dependencies. I care a lot about growing engineers: two of my senior reports were promoted to staff level in the past year. I'm now looking for a role where I can scale from one team to multiple, and your platform engineering team caught my attention because of the infrastructure challenges you're solving.

8 готовых примеров

1. First-time manager (dev → EM)

I transitioned into management about eighteen months ago after five years as a senior backend engineer. I lead a team of six, helping them ship faster and with fewer incidents. One thing I'm proud of is that we cut our deploy cycle from two weeks to three days.

Комментарий: Честно называете переход. Метрика по деплойменту конкретная и понятная для любого интервьюера.

2. Mid-level EM (команда 10 человек)

I manage a product engineering team of ten — a mix of backend, frontend, and one SRE. Over the last year we shipped three major features and reduced P1 incidents by sixty percent. I prioritize building a strong feedback culture: I run weekly 1-on-1s and bi-weekly team retros.

Комментарий: Состав команды показывает кросс-функциональный опыт. Цифра по инцидентам — сильный сигнал зрелости.

3. Senior EM (несколько команд)

I lead three product teams — about twenty-five engineers total — at a fintech company. My focus over the past two years has been scaling org processes: we moved from ad hoc planning to quarterly OKRs, and team velocity improved by roughly thirty percent. I also enjoy the people side — two of my engineering managers were promoted from senior IC roles under my mentorship.

Комментарий: «Скейлинг org processes» — это язык директорского уровня. Упоминание роста EM'ов показывает глубину управленческого опыта.

4. Tech Lead (IC-трек)

I'm a tech lead on the payments platform — still hands-on in code, but my main focus is technical direction and mentoring. I own our API design standards and run architecture reviews. Three engineers on my team have moved from mid to senior in the past eighteen months.

Комментарий: Важно чётко обозначить, что вы IC tech lead, а не EM — это разные роли. Показываете влияние без прямого управления.

5. Director of Engineering

I'm a director of engineering with eight years in management, currently overseeing four teams across platform and product domains — roughly forty engineers. My work over the past two years has been mostly org design: we moved to a stream-aligned team structure and reduced cross-team dependencies significantly. I also work closely with the CPO on roadmap prioritization.

Комментарий: На директорском уровне важно показать «org design» и стратегическое взаимодействие с продуктом — это то, что ищут при найме.

6. Startup CTO / Head of Engineering

I was the first engineering hire at a Series A startup and eventually became head of engineering. I grew the team from three to twenty-two, set up our engineering hiring process from scratch, and helped raise our Series B by building the technical roadmap for the data product. Now I'm looking for a VP-level role at a larger company.

Комментарий: Для startup-руководителей важно показать рост команды и вклад в бизнес-результаты, а не только технические решения.

7. EM в компании уровня FAANG/MAANG

I've been an EM at a large tech company for the past three years, leading a distributed team of twelve across two time zones. We own the recommendation engine infrastructure — it serves about two hundred million users. I've focused a lot on creating clarity in a high-ambiguity environment and helping engineers navigate large-org complexity.

Комментарий: «High-ambiguity environment» и «large-org complexity» — это сигналы, понятные интервьюерам из схожих компаний.

8. EM переходит в product-focused роль

I've spent five years leading engineering teams, most recently a team of eight building internal tooling. I've always worked closely with product managers and have started taking on more discovery work — I run user interviews and help define the roadmap. I'm now looking for a role where engineering and product thinking are more deeply integrated.

Комментарий: Этот ответ хорошо работает, если вы претендуете на роль с широкими product-полномочиями или переходите в GM/CPO-трек.

Типичные ошибки менеджеров

Эти ошибки встречаются даже у сильных менеджеров, которые хорошо знают технический английский, но не адаптировали подачу под управленческий контекст.

Слишком техническая подача без командной истории

«I designed the microservices architecture and migrated everything to Kubernetes» — это рассказ о том, что вы сделали как инженер, не как менеджер. Интервьюер думает: «А где команда? Сколько людей участвовало? Как вы их вели?»

Правильно: «My team migrated to Kubernetes — I led the technical direction, but the engineering was driven by three senior engineers I mentored through the process.»

Нет метрик по delivery или удержанию

«We shipped a lot of features» — не измеримо. Сравните: «We shipped eight major features in Q3, two weeks ahead of schedule, with zero P1 incidents in the following month.» Цифры не обязательно должны быть огромными — они должны быть конкретными.

«Мы сделали» вместо «я сделал»

Это ловушка скромного менеджера. «We reduced churn by 20%» не показывает ваш личный вклад. Скажите: «I reorganized the team around customer segments, which contributed to a 20% reduction in churn over two quarters.» Формулируйте через свой вклад в результат команды.

Нет упоминания трудных ситуаций

Сильный менеджер — это не тот, у кого всё шло гладко. Отсутствие примеров из сложных ситуаций (задержка релиза, underperforming инженер, конфликт с Product) выглядит как опыт в тепличных условиях. Хотя бы намекните: «including navigating a team restructuring» или «after a tough sprint where we missed a key deadline.»

Звучит как ticket-closer, не лидер

«I managed sprints, ran daily standups, handled escalations» — это описание операционного PM, а не лидера инженерной команды. Переформулируйте: «I set the technical direction, help engineers grow, and remove blockers so the team can ship without surprises.» Разница в том, что вы фокусируетесь на системе и людях, а не на задачах.

Как тренировать ответ

Есть несколько практических шагов, которые отличают хорошо подготовленного кандидата от того, кто «вроде знает английский».

Первое — запишите свой ответ на видео или голос. Большинство менеджеров никогда не слышали себя на английском. Часто проблема не в словах, а в темпе, паузах, монотонности.

Второе — проверьте, есть ли в ответе хотя бы одна цифра. Если нет — добавьте. Любую реалистичную: размер команды, срок проекта, процент улучшения метрики.

Третье — отработайте вариации. Hiring manager может сразу уйти в уточняющие вопросы: «Tell me more about the team restructuring you mentioned» или «What was the hardest part of that migration?» Нужно думать на английском в реальном времени, без перевода в голове.

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

После нескольких итераций разница заметна не только в языке — меняется то, как вы формулируете свою ценность как лидера.