Jak wygląda Twój roadmap na pierwsze 90 dni, gdy dołączasz do nowej firmy jako Tech Lead?

Question

Accepted Answer

Moje pierwsze 90 dni jest poukładane w sekwencji **słuchaj, potem mapuj, potem działaj**: zdobywam zaufanie i kontekst, zanim cokolwiek zmienię, następnie dowożę małą, widoczną wygraną, i dopiero wtedy proponuję zmiany strukturalne. Celem jest wiarygodność, a nie heroizm.

## Dni 0–30: Słuchaj i ucz się

- **Spotkaj się z każdym 1:1** — z każdym inżynierem, moim menedżerem, PM-em i kluczowymi stakeholderami. Pytam, co działa, co jest zepsute i co chcieliby, żeby ktoś naprawił.
- **Czytaj system, nie tylko kod** — uruchom aplikację lokalnie, prześledź krytyczną ścieżkę requestu, przeczytaj incidenty i postmortemy z ostatnich 3 miesięcy.
- **Zmapuj pipeline dostarczania** — jak kod trafia z laptopa na produkcję, gdzie się zatrzymuje, jak wygląda historia CI/CD i on-call.
- **Nie pisz jeszcze niczego strukturalnego.** Zgłaszam małe PR-y (dokumentacja, niestabilny test, README), żeby poznać workflow i pokazać, że pracuję praktycznie.

## Dni 30–60: Diagnozuj i dowieź wygraną

- Syntetyzuję ustalenia w krótką **pisemną diagnozę**: 3 największe mocne strony, 3 największe ryzyka, uszeregowane według wpływu.
- Wybieram **jedną wygraną o wysokim sygnale i niskim ryzyku** — np. skrócenie czasu CI o połowę, naprawienie najgłośniejszego alertu, udokumentowanie deployu. Widoczna wartość buduje kapitał polityczny na większe zmiany.
- Weryfikuję moją ocenę z zespołem i menedżerem, zanim zobowiążę się do kierunku.

## Dni 60–90: Wyznacz kierunek

- Proponuję **techniczny roadmap** powiązany z celami biznesowymi, z kolejnością i właścicielami.
- Ustanawiam lub doprecyzowuję **rytuały zespołu** — normy code review, rotację on-call, kadencję planowania.
- Uzgadniam z menedżerem, **jak będzie mierzony mój sukces** po 6 miesiącach.

## Pułapki, których należy unikać

- **Przepisywanie przed zrozumieniem** — „oczywisty” bałagan często koduje wywalczone z trudem ograniczenia.
- **Próba naprawienia wszystkiego naraz** — wybierz kilka, dokończ je.
- **Ignorowanie grafu społecznego** — kto naprawdę podejmuje decyzje, ma takie samo znaczenie jak architektura.

## Dlaczego to ważne

Dźwignia Tech Leada bierze się z zaufania i kontekstu, a oba się kumulują. Spędzenie pierwszego miesiąca na słuchaniu wydaje się powolne, ale zapobiega kosztownemu błędowi głośnego rozwiązywania niewłaściwego problemu — a wiarygodna wczesna wygrana daje Ci mandat do późniejszego zmierzenia się z trudną pracą strukturalną.