Interim CTO — czym różni się od „senior developera z większą stawką”
Pół roku temu zatrudniłeś Tech Leada.
Miał być droższy, bo w ofercie było coś więcej niż kodowanie: „nadzór architektoniczny”, decyzje techniczne, odpowiedzialność za kierunek.
Na spotkaniu zarządu CFO pyta:
„W ostatnim kwartale mieliśmy decyzję: budujemy integrację sami czy kupujemy gotowe rozwiązanie? Kto to przeanalizował? Kto wziął za to odpowiedzialność?”
Patrzysz na raport.
Tickety zamknięte.
Commity są.
Kod powstaje.
Ale odpowiedzi na pytanie CFO nie ma.
Bo ta osoba działała jak bardzo dobry senior developer — tylko drożej. Pisała kod, dowoziła zadania, pomagała zespołowi. Ale nie brała odpowiedzialności za decyzje technologiczne, które wpływają na koszty, ryzyko i biznes.
I właśnie tam zaczyna się rola Interim CTO.
Nie wtedy, gdy trzeba „lepiej kodować”.
Tylko wtedy, gdy ktoś musi połączyć technologię z decyzjami biznesowymi.
W skrócie
|
Co to w ogóle jest Interim CTO
To tymczasowy lider technologiczny, który przejmuje odpowiedzialność za decyzje technologiczne, których nikt inny w firmie nie podejmuje.
Pełnoetatowy CTO to rola strategiczna na lata: rekrutacja, budżet, roadmapa technologiczna, relacja z zarządem. Wiele firm na etapie wzrostu jej jeszcze nie potrzebuje — albo nie może jej obsadzić przez 6–12 miesięcy rekrutacji. Ale problem nie czeka. Decyzje o architekturze, stacku, integracjach i skalowaniu zapadają codziennie. Ktoś musi je podjąć świadomie i ponieść konsekwencje.
Interim CTO wchodzi na określony czas — zwykle na miesiące, nie lata — i przejmuje trzy rzeczy naraz:
- Nadzór architektoniczny. Co budujemy, w jakiej technologii, z jakimi trade-offami i jakie ryzyko to niesie.
- Tłumaczenie technologii na język biznesu. Nie „przepiszemy na mikroserwisy”, tylko „to kosztuje X miesięcy i Y złotych, a alternatywa to Z — oto konsekwencje dla waszego modelu przychodu”.
- Odpowiedzialność za decyzje zespołu. Nie tylko review kodu, ale kwestionowanie zakresu, eskalacja ryzyk i ochrona firmy przed drogimi błędami, które widać dopiero po roku.
To rola między „mamy zespół developerów” a „mamy CTO w zarządzie”. Nie zastępuje pełnego CTO na stałe — ale wypełnia lukę, zanim brak nadzoru kosztuje setki tysięcy.
Dlaczego „senior z wyższą stawką” to za mało
Bo stawka nie zmienia zakresu odpowiedzialności. Zmienia go mandat, kompetencje i to, za co ktoś odpowiada.
Senior developer — nawet bardzo dobry — jest z definicji osobą od dostarczania oprogramowania. Może doradzać. Może robić code review. Ale jeśli nie ma mandatu do zatrzymania złej decyzji, nie rozmawia z CEO o ryzyku budżetowym i nie bierze odpowiedzialności za kierunek całego produktu — to nadal developer, tylko droższy.
Interim CTO zaczyna tam, gdzie kończy się „napisać dobry kod”. Jego praca to decyzje, które wpływają na koszt firmy przez lata — nie tylko na jakość pull requesta w tym sprincie.
Siedem kryteriów: Interim CTO vs. senior developer
Jeśli nie wiesz, kogo masz pod kontraktem, przejdź przez tę listę.
| Kryterium | Senior developer (nawet „bardzo senior”) | Interim CTO |
|---|---|---|
| Za co odpowiada | Jakość i termin realizacji zadań w backlogu | Kierunek technologiczny produktu i konsekwencje decyzji dla biznesu |
| Z kim rozmawia | Product Owner, inni deweloperzy, czasem PM | CEO, zarząd, inwestorzy — plus zespół techniczny |
| Język rozmowy | User stories, estymacje, bugi, deploy | Ryzyko, koszt, czas do zwrotu, skalowalność, compliance |
| Mandat decyzyjny | Może rekomendować; rzadko może zatrzymać projekt | Może powiedzieć „nie budujemy tego” i uzasadnić to liczbami |
| Horyzont czasowy | Sprint, kwartał | Rok i dłużej — myśli o długu technicznym, którego dziś nie widać w Jirze |
| Miara sukcesu | Dowiezione funkcje, jakość kodu | Czy firma nie przepłaca za złe decyzje architektoniczne i czy technologia wspiera cel biznesowy |
| Relacja z zakresem | Realizuje to, co jest w backlogu | Kwestionuje zakres, który się nie zwróci — zanim zespół go zbuduje |
Jeśli osoba, za którą płacisz premium, spełnia głównie lewą kolumnę — masz drogiego developera.
Kiedy firma potrzebuje Interim CTO — a kiedy wystarczy senior
Rozważ zatrudnienie Interim CTO, gdy:
- Budujesz lub ratujesz produkt cyfrowy, a nikt w firmie nie ma kompetencji ocenić decyzji technologicznych pod kątem biznesu.
- Masz zespół developerów, ale nie masz CTO — i decyzje o architekturze zapadają przypadkowo albo pod presją „żeby coś dowieźć na piątek”.
- Wchodzisz w Project Rescue — projekt po poprzednim dostawcy wymaga kogoś, kto szybko oceni, co da się uratować, a co trzeba przepisać.
- Skalujesz zespół — dorzucanie kolejnych deweloperów bez architektury i standardów zwykle najpierw wszystko zatrzymuje, zanim przyspieszy.
- Zarząd pyta o ryzyko IT, a ty nie masz kogo posłać na spotkanie z odpowiedziami w języku kosztów i scenariuszy — nie commitów.
Nie potrzebujesz Interim CTO, gdy:
- masz sprawdzonego CTO, który ma mandat i czas na nadzór,
- projekt jest mały, krótki i technicznie jednoznaczny,
- potrzebujesz po prostu więcej rąk do kodowania — wtedy zwykły senior w zupełności wystarczy.
Kluczowe pytanie brzmi nie „czy mamy doświadczonego programistę”, tylko „czy ktoś bierze odpowiedzialność za decyzje, które za rok mogą kosztować nas setki tysięcy”.
Jak rozpoznać, czy ktoś naprawdę pełni rolę Interim CTO
Oto sygnały, że masz nadzór architektoniczny — a nie tylko droższy zasób developerski:
- W pierwszym tygodniu pyta o biznes, nie o backlog. Zanim usłyszysz o technologii, ta osoba chce zrozumieć model przychodu, ograniczenia regulacyjne i to, co firma uzna za sukces za 12 miesięcy.
- Mówi do zarządu wprost. Na spotkaniu z CEO nie tłumaczy, jak działa framework, ale ile kosztuje zła decyzja z poprzedniego kwartału i jakie są scenariusze naprawy.
- Zatrzymuje zły zakres. Jeśli nikt nigdy nie kwestionuje pomysłów z backlogu — albo nie ma mandatu, albo nie rozumie biznesu. Interim CTO mówi „tego nie budujemy teraz” i pokazuje dlaczego.
- Nazywa ryzyka, zanim staną się kryzysem. Dług techniczny, zła architektura, brak testów, rosnące koszty infrastruktury — to trafia na twój stół z wyprzedzeniem, z szacunkiem kosztu, nie po awarii.
- Buduje zespół, nie tylko kod. Ustawia standardy, review, Definition of Done, sposób podejmowania decyzji — tak, żeby firma nie była zależna od jednej głowy.
- Ma plan wyjścia. Interim CTO wie, że jest tymczasowy. Jego sukces to moment, w którym firma może zatrudnić CTO na stałe albo wewnętrzny zespół sam utrzyma kierunek — nie wieczna zależność od zewnętrznej osoby.
Koszt braku tej roli
Bez nadzoru architektonicznego firma zwykle płaci trzy razy:
- Po cichu — każda „szybka” decyzja techniczna podnosi koszt przyszłych zmian. Wybór narzędzia, złej struktury danych albo przedwczesnego rozbicia na mikroserwisy nie boli dziś. Boli za rok, gdy każda nowa funkcja kosztuje trzy razy więcej niż powinna.
- Na produkcji — awarie, przestoje, utrata zaufania klientów. Często wynik nie z jednego buga, ale z serii kompromisów, których nikt nie skontrolował na poziomie architektury.
- W momencie eskalacji — gdy dostawca mówi „trzeba przepisać od zera” albo „to wymaga architekta od zewnątrz”, budżet na naprawę jest wielokrotnie wyższy niż koszt nadzoru, który mógł tego uniknąć.
Jeśli chcesz zobaczyć, jak ten problem wygląda zanim stanie się kryzysem, zacznij od krótkiego przewodnika po długu technicznym — albo od checklisty kondycji produktu, która obejmuje też warstwę architektury i odpowiedzialności.
Co zrobić, zanim podpiszesz umowę albo przedłużysz kontrakt
Zapytaj:
- Kto bierze odpowiedzialność za decyzje architektoniczne — imiennie, nie „zespół to ogarnie”.
- Czy ta osoba ma kontakt z zarządem — i czy potrafi mówić o ryzyku w języku biznesu.
- Co się stanie, gdy rekomendacja będzie brzmieć „nie budujemy tego” — czy ma mandat, żeby to powiedzieć, czy tylko doradzić w kuluarach.
- Jak mierzycie sukces — liczba dowiezionych funkcji, czy brak kosztownych błędów architektonicznych i zgodność technologii z celem firmy.
Jeśli odpowiedzi są mgliste — kupujesz development, nie nadzór. To może być w porządku. Ale nie myl jednego z drugim.
Co dalej
Jeśli twój projekt już się sypie, a brakuje osoby, która przejmie architekturę i decyzyjność, zobacz listę kontrolną przejęcia projektu IT.
Jeśli chcesz ocenić stan techniczny produktu w dwie godziny, użyj Checklisty stanu technicznego produktu — 60 pytań o architekturę, testy, CI/CD i bezpieczeństwo.
Podsumowanie
Interim CTO to nie senior developer z wyższą stawką na fakturze. To rola, która bierze odpowiedzialność za kierunek technologiczny firmy — w języku ryzyka, kosztu i wpływu na biznes, nie w języku ticketów.
Zanim podejmiesz kolejną decyzję technologiczną — wiesz, kto za nią odpowiada?
Checklista stanu technicznego produktu to 60 pytań w sześciu obszarach: architektura, testy, CI/CD, obserwowalność, dane i bezpieczeństwo. Przejdź przez nią z zespołem — i sprawdź, czy macie nadzór architektoniczny, czy tylko droższy development.
