{"id":25832,"date":"2024-02-12T10:42:01","date_gmt":"2024-02-12T09:42:01","guid":{"rendered":"https:\/\/www.codemotion.com\/magazine\/?p=25832"},"modified":"2024-02-12T11:38:23","modified_gmt":"2024-02-12T10:38:23","slug":"cto-scrivere-codice","status":"publish","type":"post","link":"https:\/\/www.codemotion.com\/magazine\/it\/dev-life-it\/cto-it\/cto-scrivere-codice\/","title":{"rendered":"Si pu\u00f2 continuare a scrivere codice essendo CTO?"},"content":{"rendered":"\n

Il CEO di un’azienda \u00e8 quasi sempre la figura carismatica da cui dipende il successo dell\u2019impresa, ne incarna\u00a0 i valori e ne tiene saldamente le redini, quasi sempre \u00e8 il frontman che galvanizza i dipendenti e ammalia i finanziatori<\/strong>. A seconda dei gusti possiamo immaginarlo al timone di una nave, scegliete voi le dimensioni e la velocit\u00e0 di punta, coi capelli lunghi accarezzati dal vento, che tiene saldamente il timone con una mano mentre con l\u2019altra parla al cellulare, lo so l\u2019incanto \u00e8 stato spezzato ma senza almeno un cellulare un CEO non \u00e8 facilmente identificabile.<\/p>\n\n\n\n

Bene ora scendiamo gi\u00f9 dalla plancia, attraversiamo cabine, stive, garage, cabina radio, terza classe ed eccoci finalmente nella sala macchine, un tripudio di vapori, grasso da macchine e rumori assordanti.<\/p>\n\n\n\n

\n

In questo inferno dantesco, oltre a sviluppatori dannati per il solo fatto di non aver scelto un lavoro pi\u00f9 umano, si erge un angelo caduto: il CTO.<\/p>\n<\/blockquote>\n\n\n\n

Identificarlo non \u00e8 sempre facile perch\u00e9 a seconda del backlog quotidiano potrebbe essere vestito addirittura in giacca<\/strong>, credetemi ne ho visti pi\u00f9 di uno. In realt\u00e0 nessuno sa bene cosa sia esattamente un CTO.<\/p>\n\n\n\n

Lo stereotipo pi\u00f9 popolare \u00e8 il classico nerd con barba incolta e maglietta di qualche evento improbabile<\/strong>, che per\u00f2 rappresenta il 99% dei programmatori.<\/p>\n\n\n\n

Per individuare un cto \u00e8 pi\u00f9 facile studiarne il comportamento.<\/p>\n\n\n\n

\n\n\n\n

Articolo consigliato: CTO vs. Management, possono sedere allo stesso tavolo?<\/em><\/strong><\/a><\/p>\n\n\n\n

\n\n\n\n

Cosa fa? dipende dalla dimensione della start up<\/h2>\n\n\n\n

Alcuni tipi di CTO:<\/p>\n\n\n\n

Il  founder tecnico<\/strong> : ho conosciuto persone che pur essendo gli unici dev di un azienda facevano gli stand up meeting; ok magari \u00e8 un p\u00f2 esagerato per\u00f2 riportare cerimonie agile anche quando siamo in modalit\u00e0 \u201cone man band\u201d \u00e8 un buon modo di restare focalizzati . <\/p>\n\n\n\n

Solitamente \u00e8 impegnato la met\u00e0 del tempo a sviluppare feature che nessuno ha chiesto, passa un altro  50% per cento a inseguire il CEO per avere chiarimenti su mail troppo lunghe per essere lette, ancora un 50% a debuggare e rifattorizzare il suo codice, il rimanente 50% a studiare linguaggi che promettono performance pazzesche ma che nella realt\u00e0 fanno impazzire solo chi le utilizza. Il risultato delle attivit\u00e0 \u00e8 naturalmente il 200%  perch\u00e8 i CTO\/founder hanno performance assolutamente fuori scala<\/strong>, questo non \u00e8 quasi mai un bene per l\u2019azienda e sicuramente non \u00e8 mai un bene per il CTO<\/p>\n\n\n\n

Il Dev solitario: <\/strong>\u00e8 il primo dev che arriva in azienda, si occupa lui di tutto ed \u00e8 quindi nominato Cto per mancanza di altri candidati.<\/p>\n\n\n\n

All\u2019inizio non gli dispiace aiutare i colleghi babbani a creare macro su excel o spiegare come si usano gli stili in word, poi, improvvisamente, le cose cambiano, un giorno il CEO si ricorda che alla base del business c\u2019\u00e8 un software che ancora non si vede e chiede lumi, diventa intrattabile e si mette le cuffie anche per andare in bagno. Recupera con immane fatica il gap iniziale, ma nessuno sembra accorgersene finch\u00e9 incomincia a riammodernare pagina LinkedIn e curriculum.<\/p>\n\n\n\n

Lead engineer di un piccolo team: <\/strong>il primo serio distacco dal codice arriva in questo scenario, qualsiasi persona che abbia mai avuto un’esperienza del genere potr\u00e0 citarvi come competenze chiave: Focalizzazione sugli obiettivi, conoscere i pregi e i difetti di ciascun membro del team, fornire feedback regolare, mantenere alta la motivazione etc.<\/p>\n\n\n\n

Tutte competenze relative alla gestione del team e quasi nessuna skill tecnica, una volta che vi danno responsabilit\u00e0 sulle persone quella diventa la priorit\u00e0.<\/p>\n\n\n\n

In molti casi ho visto ingegneri brillanti tornare a programmare dopo brevi esperienze da Lead, le persone non possono essere formattate e dotate di un sistema operativo diverso, sollevando l\u2019annosa questione se si sta facendo uno \u201cstep back\u201d o uno \u201cstep aside\u201d, ma questo pu\u00f2 essere lo spunto su cui fare altri tipi di riflessioni<\/p>\n\n\n\n

Capo del team di prodotto<\/strong><\/p>\n\n\n\n

E\u2019 un ruolo abbastanza autoesplicativo, senza voler entrare nei dettagli la leggenda vuole che, ogni qualvolta qualcuno in quel ruolo pensa di dare una mano ai team di sviluppo aprendo anche una semplice console, un bambino dall\u2019altra parte del mondo inizia a piangere a dirotto. Un corollario che porta anche un p\u00f2 sfiga ma che per esperienza ritengo sia vero \u00e8 che lo sviluppo del prodotto rallenta in modo direttamente proporzionale alle ore che il CTO spende sul codice.<\/p>\n\n\n\n

Capo del team di ingegneri<\/strong><\/p>\n\n\n\n

Vedi sopra, con la differenza che invece del singolo prodotto, rallenta tutta l\u2019azienda. I vostri collaboratori vi accuseranno di micro-management, alcuni dei vostri fedelissimi useranno ogni vostro errore di pronuncia per darvi dell\u2019anziano sorpassato, tutti gli altri settori cercheranno di intaccare il vostro budget facendo elucubrazioni assurde tipo imputarvi qualsiasi spesa solo perch\u00e9 avete la parte pi\u00f9 sostanziosa.<\/p>\n\n\n\n

In uno scenario simile, sicuramente paradossale ma visto non so quante volte, un ritorno al codice sar\u00e0 possibile solo se ordinato dal medico come anti stress. <\/p>\n\n\n\n

\n\n\n\n

Video consigliato: Should the CTO be coding or not?<\/em><\/strong><\/p>\n\n\n\n

[jwp-video n=”1″]<\/p>\n\n\n\n

\n\n\n\n

Cosa dovrebbe fare<\/h2>\n\n\n\n

Un CTO ideale dovrebbe:<\/p>\n\n\n\n

Occuparsi del recruiting<\/strong><\/p>\n\n\n\n

P<\/strong>rendere le persone giuste fa la differenza, ma al momento anche prendere delle persone sta diventando difficile con un mercato pieno di offerte per le quali si propongono candidati assolutamente acerbi. Una volta assunti poi c\u2019\u00e8 il problema della retention, e, come dico sempre durante le mie interviews, i soldi sono solo una parte, nella scelta del lavoro pesa tantissimo la qualit\u00e0 del vostro team leader<\/p>\n\n\n\n

Fare coaching e mentoring<\/strong><\/p>\n\n\n\n

Altro elemento importante per le persone che lavorano con voi:  tutti i dev vogliono accrescere le loro skill, \u00e8 un dato di fatto. Il CTO deve farsi carico di questa esigenza , a tutti i livelli, per coordinare e aiutare le persone a  crescere costantemente , misurando e discutendo i risultati coi diretti interessati <\/p>\n\n\n\n

Aiutare i dev a definire il loro percorsi di carriera<\/strong><\/p>\n\n\n\n

Abbiamo gi\u00e0 detto di come non tutti i dev abbiano interesse a intraprendere una carriera manageriale, ma di come questo a volte diventi evidente solo quando si \u00e8 gi\u00e0 fatto il salto, lasciando un p\u00f2 l\u2019amaro in bocca ai protagonisti. Il CTO dovrebbe mettere a disposizione la sua esperienza cercando di capire e far emergere i tratti decisivi per impostare un percorso di carriera che sia il pi\u00f9 soddisfacente possibile<\/p>\n\n\n\n

Aiutare a definire la struttura del team<\/strong><\/p>\n\n\n\n

Questo indipendentemente dal numero dei suoi componenti. Non importa se un team ha due o venti dev, la struttura del team deve essere ottimizzata per far si che si lavori senza \u2018sprechi\u2019 rimanendo focalizzati e creando un ambiente collaborativo in cui tutti sono orientati al risultato<\/p>\n\n\n\n

Influenzare la Cultura Informatica<\/strong><\/p>\n\n\n\n

Mi suona sempre strano quando sento che qualcuno non ha mai partecipato a conferenze o meetup. Da consulente ho girato un sacco di aziende ed ho sempre cercato di fare proseliti. Ho sempre aiutato CTO ad organizzare eventi e li ho sempre spronati ad organizzare meetup. Coinvolgere le persone \u00e8 sicuramente una delle cose pi\u00f9 difficili, ma circondarsi  di dev attenti e curiosi \u00e8 un must per ogni start up che si rispetti <\/p>\n\n\n\n

Mantenere una visione sul futuro<\/strong><\/p>\n\n\n\n

Non mi piacciono le analogie tra start up e navi pirata (e ne hai appena usata una come incipit\u2026), le trovo abbastanza trite e ritrite. Per quanto riguarda il tracciamento della rotta per\u00f2, devo fare un’eccezione,<\/strong> niente getta il team nello sconforto come obiettivi poco chiari e confusione su come perseguirli. Senza dover applicare principi cartesiani, al CTO \u00e8 sempre chiesta una visione nitida e focalizzata<\/a>, altrimenti le analogie si sposteranno tutte verso delle navi fantasma.<\/p>\n\n\n\n

Il  CTO dovrebbe avere due sole preoccupazioni<\/strong>:<\/p>\n\n\n\n