---
title: Тренировка к секции управленческого опыта — банк вопросов, ситуационные кейсы, протокол мока
source: подготовлено 2026-10-07, TASK-50; вопросы — из официальной страницы Яндекса (materials/01), банка тимлидских вопросов (materials/02) и канона (materials/03)
---

# Тренировка: банк вопросов и протокол

## Протокол

**Мок с Тимуром** (~60 мин): ассистент играет Тимура по методике `../../product-interview/training/demo-protocol.md` (роли: интервьюер / кандидат твоим голосом / комментатор; блоки с паузами; запуск: «прогони мок с Тимуром»). Перед моком — выбрать 6 историй из `../experience-map.md`; после — разбор по рубрике ниже.

**Самостоятельно** (~45 мин): 6 вопросов на таймер по 3 мин вслух с записью → переслушать: есть ли структура STAR+, цифры через людей, рефлексия.

**Рубрика самооценки (0–3, цель средняя ≥ 2.5):**

| # | Критерий | 0 | 3 |
|---|---|---|---|
| 1 | Структура | Поток сознания | STAR+ слышен, контекст одной фразой |
| 2 | Конкретика | Общие слова («выстраивал процессы») | Факты, детали, цифры |
| 3 | Результат через людей | Только технические достижения | Кого вырастил, что стало с командой |
| 4 | Рефлексия | «Всё сделали правильно» | Честный вывод, что бы сделал иначе |
| 5 | Аутентичность | Гладкая заученная сказка | Живые детали, признание сложностей |
| 6 | Тайминг | > 5 мин на историю | 2–3 мин + глубина по уточнению |

## Блок 1. Разогрев и рамка

1. Расскажите, какими командами вы управляли и какова была ваша зона ответственности.
2. Почему вы пошли в тимлиды и что вам даёт эта роль?
3. Как вы делите время между людьми, процессами и кодом? Сколько кода пишете и почему?
4. Какая ваша модель управления? Что для вас главное в команде?

## Блок 2. Целеполагание

5. Как вы ставите цели команде? Приведите пример.
6. Как связываете цели команды с бизнес-целями?
7. Как поступаете, когда цель не достигается — меняете цель, ресурсы или подход?
8. Как приоритизируете продуктовые задачи против технических инвестиций (техдолг)?

## Блок 3. Найм и адаптация

9. Как вы выстраиваете найм в свою команду?
10. Как понимаете, что кандидат подойдёт команде не только технически?
11. Как организуете онбординг нового разработчика?
12. Расскажите про найм, которым вы гордитесь, и про ошибку в найме.

## Блок 4. Развитие и мотивация

13. Как строите индивидуальные планы развития?
14. По каким признакам понимаете, что сотрудник готов к повышению?
15. Как делегируете и не становитесь бутылочным горлышком?
16. Как наставничаете джуна, не делая работу за него?
17. Что делаете, если замечаете признаки выгорания?
18. Кого вы вырастили? Какова ваша роль в этом?

## Блок 5. Обратная связь и конфликты

19. Как даёте негативную обратную связь, чтобы она работала?
20. Как проводите 1:1 и что там обсуждаете?
21. Двое сильных разработчиков конфликтуют из-за архитектурного решения. Ваши действия?
22. Расскажите про конфликт, который вы разрулили. Что было сложного?
23. Конфликт между командой и бизнесом (сроки vs качество) — как действуете?

## Блок 6. Сложные решения по людям

24. Расскажите о самом сложном решении по людям в вашей практике.
25. Разработчик на испытательном сроке не показывает ожидаемого прогресса. Что делаете?
26. Топ-перформер токсичен по отношению к коллегам. Как поступите?
27. Как вы расставались с сотрудником? Как это повлияло на команду?
28. Приходилось ли отказывать в повышении? Как вы это делали?

## Блок 7. Коммуникации и влияние

29. Приведите пример, когда защищали команду перед руководством или заказчиком.
30. Как вы работаете со смежными командами? Приведите пример.
31. Как взаимодействуете с руководителем, если не согласны с решением?
32. Как вы синхронизировали несколько команд между собой?

## Блок 8. Провалы и рефлексия

33. Расскажите о ситуации, когда ваша команда сорвала сроки. Что вы сделали?
34. Какое ваше управленческое решение оказалось неудачным? Что поняли?
35. Что бы вы сделали иначе, если бы вернулись на 2–3 года назад?

## Блок 9. Технические вопросы лида

36. Как выстраиваете процесс код-ревью в команде?
37. Как управляете техническим долгом и аргументируете его перед продуктом?
38. Как внедряете стандарты и инженерные практики без сопротивления команды?
39. Как реагируете, когда команда отвергает ваше техническое решение?
40. Как вы обеспечиваете надёжность и что делаете после инцидента?

## Ситуационные кейсы (проверка принципов)

1. Ключевой разработчик просит отпуск за 2 недели до релиза с фиксированной датой и штрафами. Ваши действия?
2. Вы узнаёте, что сильный сотрудник ходит на собеседования. Что делаете?
3. Руководитель ставит цель, которую вы считаете нереалистичной. Как поступите?
4. В команде двое не разговаривают после конфликта на ретро. Что делать?
5. Нужно уволить сотрудника, но он единственный носитель знаний о критичном сервисе.
6. Команда жалуется, что «много совещаний и мало времени на работу». Как разберётесь?


## Боевые кейсы по 4 китам (с каркасами)

**Кит 1. People Management.**
1. **Токсичный Senior**: быстрее всех, но в ревью пишет «что за бред», демотивирует джунов, спорит на синках.
   *Каркас:* собрать факты (что и когда, влияние на людей) → прямой приватный разговор с границами и последствиями → время на изменение + поддержка (что именно не так, чему учу) → рецидив = расставание → эффект на команду. Позиция: здоровье команды важнее личной производительности; топ-перформер не индульгенция.
2. **Выгорание подчинённого**: как заметили и что сделали.
   *Каркас:* ранние сигналы → 1:1 без обвинений → причина (нагрузка, однообразие, конфликт, смысл) → пересмотр задач и границ → профилактика. Не «само пройдёт» и не публичное обсуждение.
3. **Увольнение low-performer**: как выстраивали расставание. «Сколько времени нужно, чтобы понять, что сотрудник не справляется?»
   *Каркас:* отвечать процессом, не сроком: прозрачные ожидания с первой недели → план с точками контроля → честная обратная связь → решение → человечное расставание без сюрпризов → работа с командой.

**Кит 2. Process Management и техдолг.**
4. **Продакт приносит критичную фичу «через 2 недели»**, архитектура не готова: быстро = техдолг, правильно = 2 месяца.
   *Каркас:* уточнить цель и цену опоздания → варианты (урезанный скоуп, этапность, вертикальный срез, временное решение с планом замены) → цена каждого в бизнес-единицах → выделенная доля на техдолг → договорённость и фиксация.
5. **Оценка сроков неопределённого проекта**: много неизвестных.
   *Каркас:* декомпозиция до известного → явные допущения и риски → буферы (не «на глаз», а на риск) → ранние измеримые вехи → пересчёт по факту первых данных, а не разово.
6. **Процесс работы с техдолгом**: как было устроено.
   *Каркас:* реестр → приоритизация по влиянию (скорость/риск/деньги) → доля спринта → аргументация бизнесу цифрами. Фактура: техдолг-процесс в Райфе и Самокате.

**Кит 3. Кризисы и факапы.**
7. **Крупнейший факап**: упал прод / сорвали запуск. Ваша роль и системные выводы.
   *Каркас:* моя роль в моменте (что делал я) → как тушили и коммуницировали → blameless-разбор → что изменилось в системе (алерты, автотесты, процесс) → вывод, который изменил практику. Готовая фактура: миграция 80% (история 11) — честно и с выводом.

**Кит 4. Stakeholder Management.**
8. **Смежная команда блокирует запуск** (свои приоритеты, задача в бэклоге на квартал; эскалация директору нежелательна).
   *Каркас:* понять их KPI и ограничения → найти общую ценность/обмен → предложить частичное решение или снять риск с их стороны → договориться с владельцем → эскалация — последний инструмент и не «через голову».
9. **Руководитель не хочет переносить созвон с пятницы на среду — «так было всегда».**
   *Каркас:* не спорить о привычке → показать цену/потери в данных → предложить эксперимент (попробовать месяц) → уважительно к контексту.

## Вопросы из реальных интервью (эмпирика habr, добавить в прогон)

- Что вы делали руками, а что определяли как тимлид? (центральный вопрос — называть границу)
- Как измеряли результаты своей работы? За какими метриками следили?
- Расскажите, как вы ошиблись: как разработчик или как лидер. Что бы сделали по-другому и почему вообще возникла проблема?
- Какие вопросы вы зададите в конце? (может прозвучать в начале — слепок приоритетов)
- Как проходила ваша рабочая неделя: с чего начинали в понедельник и чем заканчивали в пятницу?
- Проект с командой из 6 человек: почему он закончился именно так?
- Как аргументировать бизнесу рефакторинг и техдолг?
- Kanban или Scrum — и почему для каких проектов?
- Как контролировали работу и ставили цели распределённой команде с 8-часовой разницей?
- Как взаимодействовать со смежными командами, если они игнорируют запросы?
- Какие были KPI и как вы их выполняли?

## Вопросы Тимуру (в конце секции)

См. `../methodology.md` §7 — пять готовых вопросов (успех через 6 месяцев; структура и узкое место; приоритеты фича/техдолг; ритуалы; автономия лида).

## Связанные документы
- [`../experience-map.md`](../experience-map.md) — истории под каждый вопрос
- [`../methodology.md`](../methodology.md) — скелеты и план
- [`../../product-interview/training/demo-protocol.md`](../../product-interview/training/demo-protocol.md) — формат мока