Când este util un fractional CTO
„Fractional CTO” este un titlu suficient de larg încât poate însemna aproape orice: câteva ore de consultanță pe lună, conducerea unei echipe, o revizuire de arhitectură sau preluarea temporară a unei responsabilități executive.
De aceea, înainte să discut despre titlu, vreau să știu ce decizii trebuie luate și cine răspunde astăzi pentru ele. Dacă mandatul nu este clar, colaborarea adaugă încă o voce în întâlniri, nu rezolvă problema.
Înainte de un rol permanent
O companie aflată la început poate avea nevoie de experiență în produs și tehnologie înainte să își permită sau să justifice un CTO permanent. Fondatorul are de ales prima arhitectură, limitele produsului, ordinea angajărilor și ritmul de livrare. Deciziile sunt importante chiar dacă încă nu există suficientă muncă pentru un rol cu normă întreagă.
O colaborare temporară poate acoperi această perioadă, dar numai dacă spune explicit ce poate decide persoana din rol, ce rămâne la fondator și cine conduce implementarea. La final, echipa trebuie să poată continua fără o dependență permanentă de consultant.
Când echipa lucrează mult, dar nu înaintează în aceeași direcție
Uneori există ingineri buni, un fondator care înțelege clientul și o listă lungă de lucruri de făcut. Problema apare între ele:
- cerințele se schimbă fără să fie revizuite efectele tehnice;
- estimările devin promisiuni înainte să fie cunoscute dependențele;
- raportarea arată activitate, nu funcționalitate terminată;
- nimeni nu decide compromisul dintre produs, termen, risc și echipă.
În această situație nu lipsește neapărat cunoașterea tehnică. Lipsește un mod clar de a lua și păstra deciziile.
Un operator de produs poate pune în acord planul, specificațiile, codul și testele. Separă ce este deja livrat de ce se află în lucru, ce este blocat și ce există doar în plan. Astfel, următoarea decizie pornește de la o situație reală, nu de la impresia că „suntem aproape gata”.
Într-o tranziție importantă
Migrarea unei arhitecturi, introducerea AI, schimbarea unui furnizor sau o lansare în producție au o ordine care contează. Fiecare pas poate fi cunoscut separat, dar cineva trebuie să vadă dependențele dintre ele și să pregătească o cale de revenire dacă lucrurile nu merg conform planului.
Aici ajută experiența operațională: etapele sunt mai mici, criteriile de oprire sunt stabilite înainte de lansare, iar o verificare locală nu este confundată cu dovada că sistemul funcționează în producție.
Ce înseamnă implicare directă
Nu înseamnă că un fractional CTO scrie fiecare funcționalitate. Înseamnă că lucrează în materialele și deciziile reale ale echipei:
- citește specificațiile, arhitectura, codul și testele;
- verifică estimările și dependențele;
- ajută la stabilirea responsabilităților;
- participă la decizii de lansare și incident;
- documentează contextul care altfel rămâne doar în întâlniri.
Aceasta este ideea din spatele serviciului meu de suport CTO și operator de produs. Partea de operator contează pentru că o decizie tehnică bună poate eșua dacă produsul sau modul de lucru al echipei sunt greșite.
Când nu ajută
Rolul aduce puțină valoare dacă toate deciziile au deja un responsabil, iar echipa are nevoie doar de mai multă capacitate de implementare. Nu este potrivit nici atunci când compania caută un titlu pentru prezentări, fără să ofere acces la informațiile și oamenii necesari.
Nu ar trebui folosit pentru a valida un termen decis dinainte, pentru a ascunde riscuri sau pentru a lăsa investitorilor impresia că există un executiv permanent când acest lucru nu este adevărat.
Un rezultat bun înseamnă că deciziile sunt mai clare, echipa înțelege motivele din spatele lor, iar responsabilitatea internă devine mai puternică. Rolul este util tocmai dacă, în timp, devine mai puțin necesar.