{"id":29734,"date":"2024-09-26T14:16:11","date_gmt":"2024-09-26T12:16:11","guid":{"rendered":"https:\/\/www.codemotion.com\/magazine\/?p=29734"},"modified":"2024-10-08T10:19:53","modified_gmt":"2024-10-08T08:19:53","slug":"founder-mode-vs-manager-mode-quale-e-il-tuo-stile","status":"publish","type":"post","link":"https:\/\/www.codemotion.com\/magazine\/it\/soft-skill\/founder-mode-vs-manager-mode-quale-e-il-tuo-stile\/","title":{"rendered":"Founder Mode vs Manager Mode: quale \u00e8 il tuo stile?"},"content":{"rendered":"\n

Nei primi giorni di Settembre, sono fioriti molti articoli che discutono della differenza tra la modalit\u00e0 “Founder” e quella “Manager”, un concetto introdotto nell’ultimo articolo di Paul Graham.<\/p>\n\n\n\n

Paul Graham <\/a>\u00e8 un noto programmatore, imprenditore e saggista britannico, celebre per aver co-fondato Viaweb (poi diventato Yahoo! Store) e l’incubatore di startup Y Combinator.<\/a> Dal 2005, Y Combinator ha sostenuto pi\u00f9 di 3000 startup, tra cui Airbnb, Dropbox, Stripe e Reddit.<\/p>\n\n\n\n

Graham \u00e8 anche l’autore di libri sulla programmazione e ha un famoso blog<\/a>, che registra circa 25 milioni di visualizzazioni all’anno.<\/p>\n\n\n\n

A settembre, Graham ha pubblicato un post intitolato Founder mode<\/a><\/em>, in cui crea la differenza tra “Founder mode” e “Manager mode”. L\u2019articolo \u00e8 breve, quindi per chi volesse andare alla fonte, ne consiglio la lettura.<\/p>\n\n\n\n

\n

Il mio riassunto super stringato \u00e8: il Founder <\/em>segue le attivit\u00e0 aziendali fino ai minimi dettagli, mentre il Manager <\/em>delega senza entrare troppo nel merito delle singole decisioni.<\/p>\n<\/blockquote>\n\n\n\n

Brian Chesky il CEO di Airbnb ha ispirato la definizione<\/h2>\n\n\n\n

Graham \u00e9 stato ispirato da un discorso di Brian Chesky<\/strong>, CEO di Airbnb<\/a>, che ha raccontato ad un evento di Y Combinator il proprio stile di leadership, e come sia importante seguire l’evoluzione della compagnia fin nei dettagli.<\/p>\n\n\n\n

Il concetto non era nuovo comunque, Brian Chesky ne aveva gi\u00e0 parlato nel Lenny’s podcast <\/a> qualche mese fa, dichiarando che solo primi due anni sono duri, poi tutti capiscono cosa fare e quindi non c’\u00e8 pi\u00fa la stessa necessit\u00e0 di essere presente in tutti i meeting.<\/p>\n\n\n\n

Bidibi bodibi bu! Ovvero la formula per una start up di successo<\/h2>\n\n\n\n

Graham, finanziando un programma di incubazione, sembra voler comprendere le cause del fallimento di alcune startup e suggerisce che una possibile spiegazione sia il passaggio dalla modalit\u00e0 Founder<\/em>, dove il fondatore \u00e8 coinvolto in tutte le decisioni cruciali, alla modalit\u00e0 Manager<\/em>, che vede alla guida figure che hanno appreso la gestione aziendale sui libri o all’universit\u00e0, ma che mancano della visione del fondatore<\/p>\n\n\n\n

Sebbene Graham non entri troppo nel dettaglio su questi due approcci, il suo articolo ha innescato un ampio dibattito<\/a> e una serie di risposte da parte di altri autori, ciascuno dei quali ha colto spunti interessanti nel suo post.<\/p>\n\n\n\n

L’audience di Graham sono i founder, ovvero imprenditori che stanno cercando di trasformare una startup in una scale-up. <\/p>\n\n\n\n

\n

Il problema che emerge spesso \u00e8 come mantenere allineati focus, visione e crescita in un contesto di rapida espansione.<\/p>\n<\/blockquote>\n\n\n\n

Graham sembra cercare una sorta di “formula magica”, cercando di distillare gli approcci di Steve Jobs, Brian Chesky, Bill Gates o Elon Musk cosi da poter replicare il loro successo.<\/p>\n\n\n\n

Ma cosa significa “avere successo”?<\/h2>\n\n\n\n
\n

<\/p>\n<\/blockquote>\n\n\n\n

Avere successo per\u00f2, ha significati differenti, a seconda del ruolo che si ricopre nella societ\u00e0.<\/p>\n\n\n\n

Per chi fonda l’azienda, potrebbe voler dire vedere la propria idea prendere vita e crescere.
Dal punto di vista dei dipendenti, il successo potrebbe significare lavorare con soddisfazione su un progetto innovativo.
Infine, per gli azionisti, potrebbe voler dire raddoppiare il proprio investimento.<\/p>\n\n\n\n

Quindi, se ci fosse davvero una ricetta magica per il successo, sarebbe importante chiarire cosa si intende per successo<\/strong> e quale \u00e9 l’orizzonte temporale per raggiungerlo.<\/p>\n\n\n\n

Il dicotomia creato da Graham tra founder<\/em> e manager<\/em> risulta troppo semplice e semplicistica per essere l’unica ricetta di un business di successo, inoltre mette un grande peso sulle spalle del fondatore che, stando all’esperienza di Chesky, deve lavorare moltissimo per almeno i primi anni.<\/p>\n\n\n\n

Quale modalit\u00e0 stai applicando nel tuo lavoro? <\/h2><\/div>\n\n\n\n

Non so se ambite a fondare una vostra azienda<\/a> , ma in ogni caso credo che scegliere consapevolmente le proprie attivit\u00e0 quotidiane e allinearle al business e agli obiettivi di carriera possa essere un modo sano di applicare il “Founder mode”.<\/p>\n\n\n\n

“Founder mode” per programmatori junior<\/h2>\n\n\n\n

Nel caso tu sia un programmatore junior potrebbe esserti d’aiuto capire nel dettaglio come funziona una applicazione. Lo stack tecnologico di grandi e realt\u00e0 potrebbe essere complesso e seguire una informazione nei differenti layers potrebbe essere come il viaggio di Alice nel paese delle meraviglie, oppure nel paese del debito tecnico…<\/p>\n\n\n\n

Non importa, all’inizio, addentrarsi nei meandri e capire i dettagli senza fare “solo il tuo” task \u00e9 pi\u00fa faticoso ma pu\u00f2 servirti a capire come “gira il fumo” e a risolvere pi\u00fa rapidamente problemi in futuro. Non credo che porter\u00e0 a diventare la chimera che tutti ricercano, il mitico Full Stack Developer,<\/a> ma ti far\u00e0 imparare tanto!<\/p>\n\n\n\n

Inoltre ti permette di individuare i senior developer che vuoi stolkerizzare, e immaginarti di essere come loro un giorno: a cavalcare le onde di una applicazione mastodontica come dei surfisti californiani.<\/p>\n\n\n\n

“Founder mode” per Engineering Manager<\/h2>\n\n\n\n

Se invece sei team leader o ricopri un ruolo manageriale, il rischio di voler controllare troppo i dettagli, cadendo nel micromanagement, pu\u00f2 essere reale e potrebbe avere delle conseguenze a lungo termine:<\/p>\n\n\n\n