Co fractional CTO naprawdę robi

Problem z oczekiwaniami

Każde nieudane zaangażowanie fractional CTO, jakie widziałem, podąża tym samym wzorcem: niezgodne oczekiwania, które nigdy nie zostały udokumentowane.

Founder oczekiwał codziennego ręcznego kodowania. Fractional CTO dostarczał tygodniowy kierunek strategiczny. Żadne nie było w błędzie - po prostu nigdy nie uzgodnili, co zaangażowanie obejmuje.

Oto zakres, którego używam z moimi klientami. Możesz go użyć do oceny każdego fractional CTO - w tym mnie.

Co fractional CTO robi

1. Kierunek techniczny

To główna wartość. Fractional CTO wyznacza strategię techniczną: jaką architekturę użyć, jakie technologie przyjąć, co budować a co kupić, jak ustrukturyzować organizację inżynieryjną.

Jak to wygląda: Decyzje architektoniczne, wybory stacku technologicznego, analiza build-vs-buy, mapa drogowa techniczna, wkład w planowanie sprintów, kwartalne przeglądy techniczne.

Alokacja czasu: ~40% godzin zaangażowania.

2. Proces inżynieryjny

Ustanawianie i poprawa tego, jak zespół pracuje: przepływy rozwoju, standardy przeglądu kodu, procesy wdrożeniowe, praktyki testowe, reakcja na incydenty.

Jak to wygląda: Projekt pipeline’u CI/CD, standardy przeglądu kodu, strategia wdrożeniowa, wybór frameworku testowego, proces reakcji na incydenty, standardy dokumentacji technicznej.

Alokacja czasu: ~25% godzin zaangażowania.

3. Mentoring zespołu

Rozwijanie możliwości istniejącego zespołu. Fractional CTO nie jest tu na zawsze, więc zespół musi urosnąć do roli.

Jak to wygląda: One-on-one z liderami zespołu, przegląd kodu (wybiórczy), sesje przeglądu architektury, mentoring techniczny, programowanie w parach (wybiórcze), wkład w rozwój kariery.

Alokacja czasu: ~20% godzin zaangażowania.

4. Komunikacja z interesariuszami

Tłumaczenie między interesariuszami technicznymi a nietechnicznymi: raportowanie do zarządu, komunikacja z inwestorami, wyrównywanie priorytetów inżynieryjnych z celami biznesowymi.

Jak to wygląda: Aktualizacje zarządu, wsparcie techniczne due diligence inwestorów, spotkania wyrównawcze międzyfunkcyjne, komunikacja ryzyka, prezentacje mapy drogowej.

Alokacja czasu: ~15% godzin zaangażowania.

Czego fractional CTO nie robi

1. Nie pisze pełnoetatowo kodu produkcyjnego

To najczęstsze niezgodne oczekiwanie. Fractional CTO pisze kod wybiórczo - pozycje ścieżki krytycznej, proof-of-concept, poprawki awaryjne. Ale nie jest pełnoetatowym współtwórcą.

Dlaczego: Jeśli pisze kod w pełnym wymiarze, nie wykonuje pracy strategicznej, za którą płacisz. Zatrudnij starszego inżyniera do kodowania. Zatrudnij fractional CTO do kierunku.

2. Nie zarządza bieżącym wykonaniem sprintów

Nie chodzi na każdy standup, nie przypisuje każdego ticketu, nie prowadzi każdego retro. Wyznacza proces i zapewnia jego przestrzeganie, ale codzienne wykonanie należy do lidera zespołu.

Dlaczego: Zarządzanie sprintem to pełnoetatowa rola dla tech leada lub engineering managera. Nadzór fractional CTO, nie operacje.

3. Nie jest na dyżurze 24/7

Jest dostępny na eskalacje i poważne incydenty, ale nie jest pierwszym responderem. Zespół obsługuje operacje. Fractional CTO zajmuje się post-mortem.

Dlaczego: Dostępność 24/7 wymaga pełnoetatowego zaangażowania. Model fractional działa, bo jest skupiony i zaplanowany.

4. Nie zatrudnia ani nie zwalnia

Może przeprowadzać rozmowy z kandydatami i dawać wkład, ale decyzje zatrudnieniowe należą do foundera. Fractional CTO nie zarządza procesami HR.

Dlaczego: Decyzje kadrowe wymagają codziennej obecności i kontekstu organizacyjnego, którego fractional nie zapewnia.

5. Nie poprawia wszystkiego natychmiast

Fractional CTO rozwiązują problemy systemowe w czasie. Jeśli potrzebujesz strażaka do naprawy natychmiastowego kryzysu, zatrudnij takiego - ale rozumiej, że to osobne zaangażowanie od strategicznego przywództwa technicznego.

Dlaczego: Zmiana systemowa zajmuje 3-6 miesięcy. Każdy, kto obiecuje natychmiastową transformację, sprzedaje coś innego.

Pułapka zakresu

Jedyny największy powód porażek zaangażowań fractional CTO: zakres nigdy nie został udokumentowany.

Oto jednostronicowa umowa zakresu, której używam. Wypełnij to przed podpisaniem czegokolwiek:

Zakres zaangażowania:

• Godziny tygodniowo zobowiązane:
• Czas reakcji na pilne kwestie:
• Kluczowe rezultaty do miesiąca 1, 3, 6:
• Co wyraźnie NIE jest włączone:

Kryteria sukcesu:

• W 3. miesiącu będziemy mieli:
• W 6. miesiącu będziemy mieli:
• Mierzymy przez:

Plan przekazania:

• W miesiącu [X] zespół będzie mógł:
• Dokumentacja będzie obejmować:
• Wsparcie po zaangażowaniu będzie:

Jeśli fractional CTO nie chce tego wypełnić, nie planuje dostarczać. Planuje zbierać.

Dwa najczęstsze wzorce porażki

Wzorzec 1: Duch

Fractional CTO pojawia się na cotygodniowym połączeniu, daje dobrą radę i znika. Brak dokumentacji. Brak realizacji. Zespół dostaje kierunek, ale bez impetu.

Poprawka: Wymagaj rezultatów, nie tylko spotkań. Każdy tydzień powinien produkować coś namacalnego: decyzję, dokument, przegląd kodu, specyfikację.

Wzorzec 2: Pełzanie zakresu (scope creeper)

Zaangażowanie miało być na 10 godzin/tydzień. Jest teraz 25. Founder wciąż prosi o więcej. Fractional CTO wciąż mówi tak. Żadne nie jest zadowolone.

Poprawka: Udokumentuj zakres z góry. Jeśli zakres się zmienia, popraw umowę. Nie pozwalaj dobrym intencjom tworzyć złych zaangażowań.

FAQ

Czy fractional CTO może być tymczasowym CTO awaryjnym? Inna rola. CTO awaryjny jest na pełny etat, praktyczny, na dyżurze. Fractional CTO jest strategiczny, zaplanowany i ograniczony. Jeśli potrzebujesz pokrycia awaryjnego, zatrudnij konkretnie do tego.

Jak długo powinno trwać zaangażowanie fractional CTO? 3-12 miesięcy zwykle. Mniej niż 3 miesiące to za mało na zmiany systemowe. Więcej niż 12 miesięcy oznacza, że zespół nie wykształcił zdolności do samodzielnego działania, albo zaangażowanie powinno przejść na pełny etat.

Co jeśli potrzebuję więcej godzin niż uzgodniliśmy? Omów to. Czasem obciążenie pracą uzasadnia więcej godzin, czasem zakres trzeba zredukować. Kluczem jest jawne prowadzenie rozmowy, zamiast pozwalania pełzaniu zakresu budować urazę.