Первые 90 дней тимлида
Переход в роль тимлида — это смена режима работы: больше неопределённости, больше горизонтальных связей, меньше предсказуемых «зелёных тестов». Материал — практический маршрут на первые 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 рисков и план по одному из них
- Команда понимает приоритеты на квартал
- Вы не выгорели: есть блоки без встреч в календаре
Куда дальше
- Встречи один на один
- Мотивация команды для руководителя
- Найм в команду разработки
- Как общаться с бизнесом
См. также
Другие статьи этого же раздела в боковом меню (как на странице «О разделе»). Инструменты - это CI/CD-пайплайны, системы управления задачами, чаты, трекеры, инструменты тестирования, документация, Wiki. Состав команды, модели комплектации, лиды и роли менеджмента в IT-проекте. Регламент Daily Scrum и Kanban Meeting, статусы по ролям, этика, токсичность и асинхронные альтернативы. Трудозатраты — это объём рабочего времени, необходимый для выполнения конкретной задачи или проекта. Перевод требований между бизнесом и разработкой, приоритеты MoSCoW, управление изменениями и шаблоны артефактов. Управление командой — это подмножество менеджмента, сосредоточенное на взаимодействии с людьми: подборе, распределении ролей, мотивации, разрешении конфликтов, обеспечении психологической. Мы изучили фундамент - что такое проект, команда и менеджмент, а теперь поговорим об управлении. Честный обзор роли тимлида: отличие от техлида и EM, играющий тренер, просадка хард-скиллов, рынок труда и когда оставаться individual contributor. 1-on-1 (one-on-one, «один на один») — регулярная встреча руководителя и сотрудника не про статус задач, а про развитие, блокеры, ожидания и климат в команде. Мотивация — то, что побуждает человека действовать: цели, награды, среда, смысл работы. Найм — цепочка: портрет → вакансия → отбор → интервью → оффер → онбординг → испытательный срок. Уважение к профессионалу — это про признание сложности и ценности его труда в объективных, измеримых категориях.Основы управления IT-проектами
Командная работа в разработке ПО
Ежедневные стендапы и коммуникация
Оценка трудозатрат
Как общаться с бизнесом
Роли и функции менеджмента в IT
Эффективное управление разработчиками
Роль тимлида — ожидания, риски и выбор траектории
Встречи один на один (1-on-1)
Мотивация команды для руководителя
Найм в команду разработки — портрет и вакансия
Культура уважения к инженерному труду