---
title: Сводка материалов по управленческой секции (внешний агент) — 4 кита вопросов, кейсы, STAR-пропорции, ошибки
source: сводка, подготовленная внешним агентом по запросу пользователя (2026-10-07); опирается на education.yandex.ru, habr, practicum.yandex.ru, thita.ai, rabota-help и др.
конспект: подготовлено 2026-10-07, TASK-51
статус: ПОЛЕЗНАЯ РЕКОНСТРУКЦИЯ, не первоисточник. «Яндекс-кейсы» ниже — типовые формулировки, а не дословные цитаты Яндекса; для калибровки использовать вместе с официальной страницей (01) и данными реальных интервью (05).
---

# 4 кита управленческой секции (сводка)

## 1. People Management и мотивация
- **Токсичный Senior**: быстрее всех, но пишет в ревью «что за бред», демотивирует джунов, спорит на синках. Что делать?
- Выгорание подчинённого: как заметили, что сделали.
- Увольнение low-performer: как выстраивали процесс расставания.

## 2. Process Management и техдолг
- **Продакт приносит критичную фичу «через 2 недели»**, архитектура не готова: быстро — огромный техдолг, правильно — 2 месяца. Как договариваться?
- Как оцениваете сроки сложных неопределённых проектов?
- Как был устроен процесс работы с техдолгом?

## 3. Кризисы и факапы
- **Крупнейший факап команды**: упал прод / сорвали запуск. Ваша роль в моменте и системные выводы.
- Культура **Blameless Postmortem**: разбор без поиска виновных.

## 4. Взаимодействие и влияние (Stakeholder Management)
- **Смежная команда блокирует запуск**: у них свои приоритеты, ваша задача — в бэклоге на следующий квартал; эскалация директору нежелательна. Как решать?

# Методика ответа: STAR + пропорции времени

| Часть | Доля | Что говорить |
|---|---|---|
| S — ситуация | 15% | краткий контекст, без предыстории на 5 минут |
| T — задача | 15% | что конкретно стояло передо мной |
| **A — действия** | **50%** | **что сделал лично я**: «я декомпозировал», «я провёл 1:1», «я договорился об урезании скоупа» — не «мы решили» |
| R — результат | 20% | цифры, метрики, вывод; эффект на людей |

# Принципы сильного ответа
- **Системность, а не микроменеджмент**: лечить причину, а не симптом. Ошибся разработчик — не «исправил код за него», а внедрил автотесты/изменил процесс ревью.
- **Бизнес-ориентированность (Delivery)**: мыслить T2M (time to market), метриками продукта, стоимостью разработки — не «красивым кодом».

# Типовые ошибки
1. **«Мыканье»** — нет личного вклада: «мы собрались и переделали». Интервьюер помечает: кандидат был пассажиром. Говорить «я инициировал / я принял решение / я делегировал».
2. **Теория вместо кейсов**: пересказ Scrum Guide вместо живого опыта. Нет идеального кейса — честно: «прямо такого не было, но был похожий».
3. **Идеализация и сокрытие факапов**: «у меня не было факапов» = маркер низкой рефлексии или лжи.
4. **Токсичность к бывшим коллегам/руководству** — моментальный No Hire. Правильно — через разные KPI: «недопонимание в приоритетах: продакту важен T2M, мне — стабильность платформы».
5. **Перекос в «чистого администратора»**: красит графики в Jira и не знает, что под капотом. Тимлид в Яндексе остаётся сильным инженером (Tech Lead).