Первые 90 дней тимлида
Миграции и оценка объёма данных — Пакетная работа, Основы БД. Проверка на стенде — SQL для тестировщика. Карта — о разделе.
Переход в роль тимлида — это смена режима работы — больше неопределённости, больше горизонтальных связей, меньше предсказуемых "зелёных тестов". Материал — практический маршрут на первые 2–3 месяца. Два сценария: вы пришли в новую команду или стали лидом своей бывшей команды.
Ожидания от роли — в Роль тимлида. Основы проекта — в Основы управления IT-проектами.
Общее правило — без обещаний в первые недели
В первые 2–4 недели не давайте жёстких коммитов по срокам и объёму бизнесу, руководству и команде. У вас ещё нет картины:
- технического долга и "минных полей" в коде;
- реальной скорости команды и скрытых отпусков/офферов;
- процессов согласований и релизного цикла;
- стиля заказчика (продукт, бизнес-аналитика);
- того, что уже обещали до вашего прихода.
Обещание "сделаем за три дня" при месячном техдолге на конфиг — типичный источник потери доверия. Лучше: "изучу контекст до пятницы, вернусь с оценкой и рисками".
Сценарий A — новая команда
Неделя 1 — картирование
| Действие | Зачем |
|---|---|
| Встреча с непосредственным руководителем | Ожидания, KPI испытательного срока, известные конфликты, эскалации |
| Встреча с продуктом / владельцем бэклога | Цели квартала, боль пользователей, что "горит" |
| Регламенты, Confluence, доступы | Сократить время на "где лежит правда" |
| Наблюдение за дейли, планированием, ретро | Как реально работают церемонии, а не как в презентации |
| Короткие 1-on-1 с каждым | Ожидания от вас, мотивация, риски ухода (формат) |
С руководителем зафиксируйте письменно:
- зона ответственности (люди, сроки, качество, найм — что именно);
- рычаги (бюджет, приоритет бэклога, увольнение);
- красные флаги по людям, о которых вам уже сказали.
Недели 2–4 — глубина
- Пройдите путь от идеи до прода — где ломается, кто владелец сред, как устроен мониторинг.
- Соберите список рисков — интеграции, единственный эксперт, устаревший стек, долги по тестам.
- Уточните правила релиза и on-call, если есть.
- Начните еженедельные 1-on-1 по регулярному расписанию.
Месяцы 2–3 — изменения
- Одно улучшение процесса с измеримым эффектом (например, шаблон задачи, лимит WIP, фикс токсичного дейли — см. стендапы).
- Прозрачный план по техдолгу согласованный с продуктом.
- Первые обратные связи команде: что улучшилось, что в работе.
Сценарий B — своя бывшая команда
Вы уже знаете код и людей — это ускоряет старт. Появляются другие риски:
- коллеги воспринимают вас по-старому ("Вася из соседнего стола");
- ожидание фаворитизма или, наоборот, жёсткости "теперь начальник";
- соблазн микроменеджмента, потому что "сам сделаю быстрее".
Рекомендации:
- Публичная встреча с командой — новая роль, что изменится в коммуникации, что останется прежним.
- Явно разделить дружбу и рабочую обратную связь — критика только на 1-on-1.
- Делегировать задачи, которые раньше делали вы сами; не забирать "лучшие" фичи себе.
- Те же шаги с руководителем и продуктом — формально, как для внешнего кандидата.
Церемонии — на что смотреть
| Церемония | Вопросы лиду |
|---|---|
| Дейли | Команда говорит друг с другом или отчитывается вам? Есть ли углубления в детали? |
| Планирование | Задачи готовы к разработке? Есть ли буфер? |
| Ретро | Появляются ли действия или только жалобы? |
| Ревью / демо | Видит ли стейкхолдер ценность? |
Подробнее про дейли — Ежедневные стендапы; про оценки — Оценка трудозатрат.
Анализ команды (лёгкая матрица)
Для каждого человека (только для себя, без ярлыков в HR):
| Ось | Наблюдение |
|---|---|
| Результат | Стабильность поставки, качество |
| Рост | Куда хочет развиваться |
| Риск | Выгорание, оффер, конфликт |
| Взаимодействие | Кому помогает / кого блокирует |
Цель — распределить внимание и менторство, а не "рейтинговать".
Типовые ошибки первых месяцев
| Ошибка | Альтернатива |
|---|---|
| Сразу менять весь процесс | Одно изменение, измерить эффект |
| Брать критичные задачи в код | Разблокировать того, кто учится |
| Игнорировать продукт | Еженедельный слот 30 мин с владельцем бэклога |
| Публичная критика на дейли | Хвалить при всех — разбирать наедине |
| Токсичный оптимизм ("всё успеем") | Именованные риски в плане |
Чек-лист к концу 90 дней
- Ожидания руководителя и ваша зона ответственности зафиксированы
- С каждым в команде был регулярный 1-on-1 минимум 6 раз
- Вы можете нарисовать поток от задачи до прода
- Есть список топ-5 рисков и план по одному из них
- Команда понимает приоритеты на квартал
- Вы не выгорели: есть блоки без встреч в календаре
Куда дальше
- Встречи один на один
- Мотивация команды для руководителя
- Найм в команду разработки
- Как общаться с бизнесом
План коммуникации на первые 90 дней
Сильный старт тимлида зависит от ясных договорённостей с ключевыми сторонами.
Кого синхронизировать регулярно
- Руководитель — цели, риски, формат эскалаций.
- Продукт или владелец бэклога — приоритеты, scope, изменения.
- Смежные команды — зависимости, SLA, зона ответственности.
- Команда разработки: контекст решений и прозрачность приоритетов.
Мини-чек-лист зрелого старта
- У каждого участника команды есть понятные ожидания на квартал.
- У вас есть список операционных и кадровых рисков.
- Топ-риски имеют план действий и владельца.
- В календаре закреплены регулярные 1-on-1 и слоты без встреч.
Этот минимум снижает хаос и формирует доверие к новой роли.
В подборках
Статья входит в тематические подборки и блок "С чего начать?" на главной. Соседние шаги того же маршрута:
Тимлид — Роль тимлида — ожидания, риски и выбор траектории, Ежедневные стендапы и коммуникация, Эффективное управление разработчиками, Scrum — о разделе, Команда и управление — о разделе, Культура кода — о разделе.