Как выглядит ваш план на первые 90 дней, когда вы приходите в новую компанию на роль Tech Lead?

Question

Accepted Answer

Мои первые 90 дней выстроены по принципу **сначала слушать, затем составлять карту, и только потом действовать**: я завоёвываю доверие и набираю контекст, прежде чем что-либо менять, затем добиваюсь небольшой заметной победы и лишь после этого предлагаю структурные изменения. Цель — авторитет, а не геройство.

## Дни 0–30: слушать и учиться

- **Встретиться с каждым 1:1** — с каждым инженером, моим руководителем, PM и ключевыми stakeholders. Я спрашиваю, что работает, что сломано и что они хотели бы, чтобы кто-нибудь починил.
- **Читать систему, а не только код** — запустить приложение локально, проследить критический путь запроса, прочитать incidents и postmortems за последние 3 месяца.
- **Составить карту delivery pipeline** — как код попадает с ноутбука в production, где он застревает, как устроены CI/CD и on-call.
- **Пока ничего структурного не писать.** Я завожу небольшие PR (документация, нестабильный тест, README), чтобы изучить рабочий процесс и показать, что я hands-on.

## Дни 30–60: диагностировать и добиться победы

- Свести наблюдения в краткую **письменную диагностику**: топ-3 сильных стороны, топ-3 риска, ранжированных по влиянию.
- Выбрать **одну заметную, но малорискованную победу** — например, вдвое сократить время CI, починить самый шумный alert, задокументировать deploy. Видимая польза создаёт политический капитал для более крупных изменений.
- Сверить моё понимание с командой и руководителем, прежде чем фиксировать направление.

## Дни 60–90: задать направление

- Предложить **технический roadmap**, привязанный к бизнес-целям, с очерёдностью и ответственными.
- Установить или отладить **командные ритуалы** — нормы code review, ротацию on-call, ритм планирования.
- Договориться с руководителем о том, **как будет измеряться мой успех** через 6 месяцев.

## Чего избегать

- **Переписывать, не разобравшись** — «очевидный» беспорядок часто кодирует выстраданные ограничения.
- **Пытаться починить всё сразу** — выберите немногое и доведите до конца.
- **Игнорировать социальный граф** — кто на самом деле принимает решения, важно не меньше архитектуры.

## Почему это важно

Рычаг Tech Lead — это доверие и контекст, и то и другое накапливается со сложными процентами. Провести первый месяц, слушая, кажется медленным, но это предотвращает дорогую ошибку — громко решать не ту проблему. А убедительная ранняя победа даёт мандат на сложную структурную работу позже.