«Ja tenim CTO» respon una pregunta que ningú no ha fet
La resposta que més sovint rebo quan presento Conectia a un founder té quatre paraules: «ja tenim un CTO». Un fundador la va allargar fins a sis: «tenim CTO, i és ex-Amazon». Me'l vaig creure. La seva empresa n'era millor. I tot i així, la resposta contestava una pregunta que jo no havia fet.
Jo també soc CTO. Porto sistemes en producció des de finals dels noranta, vaig passar anys al DevOps corporatiu amb el busca a sobre, i avui dirigeixo enginyeria a Conectia mentre parlo amb founders cada setmana. Així que quan sento «ja tenim CTO» no hi sento una porta tancada: hi sento un error de categoria — la suposició que un partner d'enginyeria és un candidat al càrrec de CTO, fent cua per substituir la persona que signa l'arquitectura.
No ho és. El càrrec no ha estat mai el coll d'ampolla. El coll d'ampolla és el calendari de qui l'ocupa.
El càrrec de CTO i el calendari del CTO són dos problemes diferents
El càrrec conté el criteri: què construir, sobre quina arquitectura, amb quins compromisos i a quin cost. Si el teu CTO és bo, ningú de fora no hauria de tocar aquestes decisions — i nosaltres no demanem tocar-les.
El calendari conté tota la resta, i tota la resta n'és la major part. Passar de cinc a dotze enginyers vol dir que algú gestiona l'embut de captació, garbella perfils, fa les entrevistes tècniques, negocia les ofertes, prepara l'onboarding, revisa les PRs del primer mes de cada nouvingut i absorbeix els incidents que es disparen mentre la gent nova aprèn el sistema. Totes aquestes hores tenen el mateix propietari: la persona que vas contractar perquè pensés en arquitectura.
Aquesta és la pregunta que val la pena fer, i no té res a veure amb si el càrrec està cobert: quantes hores a la setmana fa de CTO, el teu CTO?
Com és la meva setmana quan el coll d'ampolla soc jo
Puc descriure el mode de fallada des de dins, perquè he viscut totes dues versions de la setmana.
La versió embussada: dues trucades de garbell encaixades entre desplegaments. Una entrevista tècnica que es menja la tarda que havia reservat per dissenyar la migració. Una cua de PRs on tot m'espera a mi, perquè els dos enginyers més nous encara no són revisors de confiança. Un document d'onboarding que vaig escriure fa vuit mesos i que ja no es correspon amb la infraestructura — i ho descobreix, com sempre, la persona que en depenia. Arriba divendres, la feina d'arquitectura continua on la vaig deixar dilluns, i la línia del roadmap que porta el meu nom es torna a endarrerir per tercera setmana consecutiva.
Cap d'aquestes tasques no era un error. Cadascuna era la cosa més urgent del moment. Però la suma de totes és un CTO fent de recruiter, de tutor d'onboarding i de coll d'ampolla de cada revisió, mentre la feina que només el CTO pot fer continua esperant.
I aquest cost és asimètric d'una manera que el calendari amaga. Garbellar un candidat és una hora que qualsevol perfil senior podria assumir; dissenyar el model de dades sobre el qual s'aguantarà el producte dels pròxims dos anys és una hora que només una persona de tota l'empresa pot executar. Quan totes dues competeixen pel mateix dimarts, guanya la feina que té gent esperant — a les entrevistes sempre hi ha algú a l'altra banda; a les migracions, no — i perd la feina que acumula valor amb el temps. L'empresa no nota aquesta pèrdua la setmana que passa. La nota dos trimestres més tard, quan l'arquitectura resulta ser un pedaç rere l'altre en lloc d'una decisió, i poques vegades relaciona aquest deute amb l'embut de selecció que el va causar.
L'altra versió de la setmana apareix quan el desplegament de talent és la feina d'algú en concret, i no la tasca que desborda tothom. Un enginyer s'incorpora amb la primera setmana ja preparada — accessos, context, un pla — perquè preparar-la era el lliurable del partner, no una cosa que el CTO va resoldre un diumenge al vespre. Els check-ins són setmanals i amb totes dues bandes, així que la sotragada de la setmana set aflora com a conversa i no com a crisi. I si l'encaix no és el correcte, presentar un substitut en qüestió de dies és obligació del partner, coberta per una garantia de 30 dies, a compte del partner. El CTO d'aquesta versió va revisar un sol candidat — el match, validat per un llistó que deixa passar el 3% — i va dedicar les hores recuperades al disseny de la migració.
La trampa té nom, i els líders tècnics hi continuen caient
Ja n'hem escrit, de la trampa del «ja m'ho faig jo»: el fundador tècnic que sap fer totes les feines i per això les fa totes, convertint-se en el sostre de la seva pròpia empresa. La versió CTO és més subtil, perquè la delegació ja va passar una vegada: el codi està delegat a l'equip. El que no es delega mai és la maquinària del voltant de l'equip: trobar la gent, incorporar-la, sostenir-la i substituir-la quan alguna cosa falla.
Els CTOs forts deleguen aquesta maquinària igual que van delegar les nòmines. No pas perquè no sàpiguen portar-la — està demostrat que en saben — sinó perquè és la part de la seva setmana que més hores devora i menys criteri exigeix, i és l'única línia del seu calendari que una altra persona pot assumir de cap a cap sense tocar ni una sola decisió d'arquitectura.
Les nòmines són el precedent, perquè el sector ja va tenir aquesta discussió una vegada. Fa vint anys hi havia founders que portaven la nòmina en un full de càlcul, i l'objecció a externalitzar-la tenia la mateixa forma: «ja tenim algú que se n'encarrega». El tenien — i les hores d'aquella persona valien més en un altre lloc, i l'especialista cometia menys errors, i avui ningú no llegeix «fem servir un proveïdor de nòmines» com la confessió que l'àrea financera ha fracassat. El desplegament de talent recorre el mateix camí amb un parell de dècades de retard: és crític, és procedimental, premia qui l'executa centenars de vegades l'any per davant de qui l'executa quatre, i portar-lo dins de casa no diu res de la solidesa del teu lideratge tècnic.
El que es queda a casa — sempre — és el llistó. El partner gestiona l'embut; el teu CTO continua dient sí o no, continua sostenint l'estàndard que la validació ha de superar, continua decidint què necessita l'equip a continuació. Delegar la maquinària sense delegar el criteri és, exactament, el disseny.
De vegades l'objecció és del tot encertada
Dos casos, amb honestedat.
Si el teu equip són quatre enginyers, la superfície de producte és estable, contractes una persona l'any i no t'estreny cap termini — no necessites cap partner d'enginyeria, i qui insisteixi en el contrari t'està venent sobrecost. La maquinària que he descrit només justifica el seu preu quan l'equip creix o el roadmap té una data imposada per alguna cosa real: una fita de finançament, un contracte, un llançament.
I si directament no hi ha ningú al càrrec — si no hi ha lideratge tècnic de cap mena — un partner de desplegament tampoc no és la resposta, perquè deliberadament no substituïm el criteri. Aquesta és una altra conversa, la de si necessites un CTO, fraccional o no, i va primer.
Cinc línies per comptar al calendari del teu CTO aquesta setmana
Un diagnòstic sense acció és només una opinió, així que fes l'auditoria. Durant una setmana normal, compta:
- Hores a l'embut de contractació — revisió de perfils, garbells, entrevistes, trucades d'oferta.
- Hores d'onboarding o desbloqueig d'enginyers amb menys de tres mesos a l'equip.
- PRs que van esperar més de 24 hores perquè el CTO era l'únic revisor viable.
- Incidents on el CTO va ser el primer a respondre per defecte, no per escalat.
- Línies del roadmap que es van endarrerir i que, sent honestos, s'expliquen per les línies 1–4.
Si les quatre primeres línies sumen menys de mitja jornada, tanca aquesta pestanya: ho teniu ben resolt. Si sumen una jornada o més, la pregunta no va ser mai si tens CTO. És quanta part d'aquesta persona aprofita la teva empresa.
Queda't el CTO. Deixa totes les decisions al càrrec. I entrega el desplegament — trobar, incorporar, sostenir — a algú que té com a única feina fer-ho bé. Aquesta és l'oferta, i no competeix amb ningú del teu organigrama.
Si vols veure com queda la versió desplegada de la setmana al teu equip, parla amb un CTO — en sentit literal: és qui respon.
