Learnn vista da fuori e da dentro<\/h2>\n\n\n\n
Vista da fuori Learnn \u00e8 un\u2019isola popolata da persone serie che lavorano in armonia. Sei sicuro sia proprio cos\u00ec?<\/em><\/p>\n\n\n\n \u00c8 solo facciata. In realt\u00e0 consumiamo le giornate su Slack tra una cospirazione e una lotta intestina \ud83d\ude42<\/p>\n\n\n La verit\u00e0 per\u00f2 \u00e8 un\u2019altra. Tutti vogliono entrare a far parte del Team Tech e c<\/em>i stanno provando in tutti i modi.<\/p>\n\n\n Ma questo Team Tech in cui tutti del team vogliono entrare in realt\u00e0 non esiste pi\u00f9.<\/strong><\/p>\n\n\n\n La scorsa settimana ho scritto al Team un post su Basecamp, facendo alcune riflessioni su come abbiamo lavorato in questi mesi dal punto di vista tecnologico.<\/p>\n\n\n Niente buoni propositi, anzi ti dico di pi\u00f9, dal punto di vista tecnologico in Learnn smetteremo di fare pianificazioni annuali. Ecco spiegato perch\u00e9.<\/p>\n\n\n\n Per noi, la tecnologia \u00e8 un pilastro strategico.<\/p>\n\n\n\n Ad esempio, siamo partiti sviluppando l\u2019app mobile che permette agli utenti di sfruttare qualsiasi momento libero della giornata per apprendere: una pausa caff\u00e8, uno spostamento in metro, la coda alle poste\u2026<\/p>\n\n\n\n Abbiamo sviluppato un ecosistema proprietario proprio per poter offrire l\u2018esperienza pi\u00f9 coerente possibile per ottenere lo scopo degli utenti: apprendere<\/strong>.<\/p>\n\n\n\n Ma non ci siamo fermati qui.<\/p>\n\n\n\n Oltre all\u2019app mobile, in sei mesi abbiamo sviluppato una Web App (piattaforma Web) e molta altra tecnologia che magari non \u00e8 visibile ma \u00e8 essenziale: un sistema di pagamento, uno di analisi dei dati, integrazioni con sistemi esterni come quello di email marketing o gestione delle subscription<\/em>.<\/p>\n\n\n\n Insomma, tanta tanta roba<\/strong>.<\/p>\n\n\n Voglio concentrarmi per\u00f2 su ci\u00f2 che \u00e8 stato sicuramente pi\u00f9 sfidante per Learnn: App mobile e web.<\/p>\n\n\n\n Ti dico qualcosa di sorprendente: fino ad ora \u00e8 stato facile<\/strong>. Mi spiego (prima di essere preso ad insulti \ud83d\ude1c).<\/p>\n\n\n\n In questi mesi abbiamo sviluppato un prodotto basandoci su una solida roadmap nata dall\u2019esperienza di Luca e sulla sua conoscenza degli utenti. Grazie a questo siamo stati in grado di definire il subset minimo di feature necessarie nell\u2019MVP<\/a>. Ecco, Omar e Mirko, con il supporto di Luca in questo sono stati fenomenali. Abbiamo fatto in 6 mesi quello che le altre aziende<\/em> \u2014 con team collaudati \u2014 fanno in almeno il doppio del tempo.<\/em><\/p>\n\n\n\n Oggi per\u00f2 non abbiamo pi\u00f9 una roadmap a medio periodo; certo c\u2019\u00e8 ancora qualche feature da sviluppare, qualche bug da fissare e qualche debito tecnico da colmare. Insomma, l\u2019App e la piattaforma Web contengono tutto ci\u00f2 che un utente si aspetta.<\/p>\n\n\n\n Adesso arriva il difficile (ed il bello): dobbiamo innovare.<\/p>\n\n\n\n In un certo senso s\u00ec.<\/p>\n\n\n Dobbiamo sempre di pi\u00f9 \u201cadattarci\u201d ed evolvere noi e il nostro prodotto in base a 3 aspetti:<\/p>\n\n\n\n Ad oggi stiamo facendo (molto bene) i primi due punti, ma dobbiamo migliorare sul terzo.<\/p>\n\n\n\n Attenzione<\/em>. Non sto dicendo che non ascoltiamo i nostri utenti. Lo facciamo in continuazione<\/em>. Ci\u00f2 su cui dobbiamo migliorare \u00e8 pianificare<\/strong> ci\u00f2 che ci chiedono gli utenti.<\/p>\n\n\n\n Tante volte condividiamo su slack, per mail, per messaggio, riflessioni, richieste e proposte degli utenti. A volte rimangono l\u00ec e non ci prendiamo il tempo giusto di valutare quante volte la stessa richiesta \u00e8 emersa, quanto valore ogni proposta porta a tutta la nostra community.<\/p>\n\n\n\n Per farla breve: ascoltiamo tanto, analizziamo poco.<\/p>\n\n\n\n Non voglio parlare di soluzioni<\/strong>, ci sono mille modi per migliorare questo aspetto, ma voglio fare un passo indietro a ci\u00f2 che secondo me \u00e8 il cuore del discorso: dobbiamo cambiare il mindset con cui sviluppiamo il nostro prodotto.<\/strong><\/p>\n\n\n Credimi, per chi sviluppa con passione tecnologia da vent\u2019anni, non \u00e8 facile ammettere ci\u00f2 che ti sto per dire. Non siamo una azienda tecnologica<\/strong> e (secondo me) non dovremmo mai diventarla. Sai perch\u00e9?<\/em><\/p>\n\n\n\n La tecnologia pu\u00f2 essere acquistata, i migliori talenti possono essere acquisiti.<\/strong> Chiunque pu\u00f2 arrivare sul mercato con pi\u00f9 soldi o pi\u00f9 talenti e costruire tecnologia migliore di quanto possiamo fare noi. In poche parole, se giochiamo su questo piano siamo sostituibili.<\/em><\/p>\n<\/blockquote>\n\n\n\n Dobbiamo sempre pi\u00f9 focalizzarci sul costruire un prodotto<\/strong>. Anzi, costruire il nostro prodotto<\/strong>.<\/p>\n\n\n\n In questo nessuno potr\u00e0 essere come noi. Mai. Nessuno potr\u00e0 essere in grado di sviluppare il miglior prodotto possibile per noi.<\/em><\/p>\n<\/blockquote>\n\n\n\n “Gianluca, parli di sviluppare tecnologia e di sviluppare un prodotto, ma qual \u00e8 la differenza?”<\/em><\/p>\n\n\n\n Il prodotto \u00e8 lo strumento con cui veicoliamo maggiore valore possibile ai nostri utenti.<\/strong><\/p>\n\n\n\n Chi conosce meglio i nostri clienti<\/em>? Noi.<\/strong><\/p>\n\n\n\n Chi pu\u00f2 sviluppare il miglior prodotto per i nostri clienti?<\/em> Noi.<\/strong><\/p>\n<\/blockquote>\n\n\n\n Ecco, questa \u00e8 secondo me la chiave.<\/p>\n\n\n Dobbiamo migliorare il nostro processo incrementale.<\/p>\n\n\n\n Ogni settimana, – anzi ogni sprint – dobbiamo essere pi\u00f9 bravi ad ascoltare intorno a noi cosa succede nel customer care, negli analytics, sui social, estrarne il valore e – soprattutto – accorciare il tempo in cui questo valore si riflette nel nostro prodotto.<\/p>\n\n\n\n Perch\u00e9 nessuno pi\u00f9 di noi conosce e vede ci\u00f2 che potrebbe portare il maggiore impatto sul proprio lavoro giornaliero.<\/p>\n\n\n\n La tecnologia deve essere uno strumento per ottenere un fine, non deve essere il fine stesso.<\/em><\/p>\n<\/blockquote>\n\n\n\n Detto in altre parole: la tecnologia \u00e8 dei tecnici, il prodotto \u00e8 di tutti.<\/strong><\/p>\n\n\n\n Dobbiamo quindi trasformarci da \u201cTeam Tech\u201d a \u201cTeam di Prodotto\u201d<\/strong> e dove ognuno di noi (compreso noi componenti del team tech) \u00e8 uno Stakeholder del prodotto, dove ognuno di noi ha il compito di analizzare di continuo ci\u00f2 che gli succede durante la settimana e pensare a come prendere spunto per aggiungere il pi\u00f9 alto valore possibile per il nostro prodotto.<\/p>\n\n\n\n Serve un cambio radicale di mentalit\u00e0. Essere \u201cagili\u201d non significa seguire una metodologia con un nome figo<\/em>, ma sapersi adattare e capire quando \u00e8 il momento di cambiare approccio.<\/p>\n\n\n\n Si, ma in soldoni cosa cambia?<\/em><\/p>\n\n\n\n Sin dal primo giorno, ad inizio settimana (o sprint) abbiamo fatto un planning ponendoci un obbiettivo concreto da portare a termine entro la fine della settimana (goal dello sprint).<\/p>\n\n\n\n Fino ad oggi abbiamo riempito il nostro sprint backlog (lista di cose da fare durante la settimana) in base alle priorit\u00e0 della roadmap<\/a> definite i primi di agosto.<\/p>\n\n\n Quest\u2019anno niente pi\u00f9 roadmap, niente pianificazione a lungo termine. Manterremo la pianificazione dello sprint, ma ogni settimana azzereremo tutto.<\/p>\n\n\n\n Hai presente il film di Bill Murray \u201cRicomincio da capo\u201d dove il protagonista rivive sempre il giorno della Marmotta?<\/em><\/p>\n\n\n Ogni nuovo sprint ripartiremo da un backlog vuoto. Il lavoro dello sprint sar\u00e0 pianificato ponendoci una unica domanda:<\/p>\n\n\n\n Guardando la settimana scorsa, in base a ci\u00f2 che abbiamo fatto e ci\u00f2 che \u00e8 successo in Learnn, cos\u2019\u00e8 quella singola cosa da portare a termine entro la fine dello sprint per poter massimizzare il valore del nostro prodotto?<\/em><\/p>\n<\/blockquote>\n\n\n\n It\u2019s alway day one<\/em>, o per meglio dire: it\u2019s always sprint one.<\/em><\/p>\n\n\n\n Questo chiaramente non significa che non abbiamo dei macro-obiettivi per questo primo Q (trimestre), ma che siamo pronti a modificare il nostro percorso per arrivarci.<\/p>\n\n\n\n In questa ottica \u00e8 riduttivo parlare ancora di Team Tech. Ogni componente del Team di Learnn \u00e8 fondamentale per trasferire ci\u00f2 che succede al di fuori di Learnn e cosa chiedono gli utenti che utilizzano giornalmente il prodotto.<\/p>\n\n\n\n Certo, questo non vuol dire che Luca, Susanna, Clara e il resto del team svilupperanno codice (almeno per ora, vero Luca?), significa che senza il loro contributo strutturale e continuo ci ridurremmo a sviluppare \u201csolo\u201d tecnologia e non un prodotto.<\/p>\n\n\n Abbiamo cambiato tutto per non cambiare niente. Perch\u00e9 ci\u00f2 che non deve cambiare \u00e8 il nostro scopo: creare un impatto nelle persone democratizzando l\u2019apprendimento digitale.<\/em><\/p>\n\n\n\n Com\u2019\u00e8 possibile che per\u00f2 delle persone che prima scrivevano codice siano ora in grado di prendere decisioni che prima spettavano solo alla sfera business\/management di un\u2019azienda?<\/em><\/p>\n\n\n\n Questo lo vedremo in un prossimo case study.<\/p>\n\n\n\n A Learnn siamo estremamente attenti all\u2019aspetto tecnologico e a chiederci come questo possa diventare un volano per migliorare sempre di pi\u00f9 l\u2019esperienza dell\u2019utente all\u2019interno della piattaforma<\/a>.<\/p>\n\n\n\n Il focus per\u00f2 deve essere sempre il prodotto \u2014 quello che gli utenti toccano con mano \u2014 e per questo motivo chi scrive codice \u00e8 prima di tutto un utente di Learnn.<\/strong><\/p>\n\n\n\n Questo cambio di mentalit\u00e0 obbliga ogni membro del team a ragionare in ottica sia in ottica utente che in ottica tecnologica, unificato l\u2019intero team attorno al valore comune che vogliamo dare ai nostri utenti.<\/p>\n\n\n\n Per poterlo fare per\u00f2 \u00e8 necessario ascoltare (messaggi), leggere (dati), comprendere (feedback), immaginare (visione), realizzare (esecuzione) qualcosa che gli utenti stessi vogliono e per farlo tutti i membri del team devono avere pieno potere decisionale nella loro sfera.<\/p>\n\n\n![\"Conversazioni](\"http:\/\/learnn.com\/blog\/wp-content\/uploads\/2023\/08\/conversazioni-slack-learnn-1024x247.jpg\")
<\/figure><\/div>\n\n\n![\"Screenshot](\"http:\/\/learnn.com\/blog\/wp-content\/uploads\/2023\/08\/conversazione-team-tech-learnn-slack-1024x275.jpg\")
<\/figure><\/div>\n\n\n![\"Messaggio](\"http:\/\/learnn.com\/blog\/wp-content\/uploads\/2023\/08\/messaggio-gianluca-carucci-su-basecamp-1024x302.jpg\")
<\/figure><\/div>\n\n<\/ul>\n\n\n\n
Premessa<\/h2>\n\n\n\n
Come abbiamo lavorato fino ad oggi<\/h2>\n\n\n\n
![\"Asset](\"http:\/\/learnn.com\/blog\/wp-content\/uploads\/2023\/08\/screenshot-learnn-versione-app-mobile-1024x642.jpg\")
<\/figure><\/div>\n\n\n\n
Per chi sviluppa codice \u00e8 la situazione migliore: puoi basarti su una pianificazione di medio periodo e \u201ccontrollarla\u201d settimana dopo settimana (o sprint dopo sprint) con una pianificazione di dettaglio.
Non dovevamo inventarci nulla, dovevamo solo correre.<\/em><\/p>\n<\/blockquote>\n\n\n<\/ul>\n\n\n
<\/ul>\n\n\n\n
Quindi, fine del Team Tech?<\/h2>\n\n\n\n
![\"In](\"http:\/\/learnn.com\/blog\/wp-content\/uploads\/2023\/08\/mirko-pira-omar-diop-gianluca-carucci-learnn-1024x573.jpg\")
<\/figure><\/div>\n\n\n\n
<\/ul>\n\n\n\n
(Ri)Partiamo dal perch\u00e9<\/h2>\n\n\n\n
\n
\n
\n
![\"Messaggio](\"http:\/\/learnn.com\/blog\/wp-content\/uploads\/2023\/08\/messaggio-ricevuto-utente-dopo-integrazione-sistema-onboarding-learnn.jpg\")
<\/figure><\/div>\n\n\n\n
Ecco cosa faremo<\/h2>\n\n\n\n
![\"Asset](\"http:\/\/learnn.com\/blog\/wp-content\/uploads\/2023\/08\/learnn-team-tech-schermata-backlog-1024x577.jpg\")
<\/figure><\/div>\n\n\n![\"Bill](\"http:\/\/learnn.com\/blog\/wp-content\/uploads\/2023\/08\/ricomincio-da-campo-bill-murray-giorno-della-marmotta-1024x484.jpg\")
<\/figure><\/div>\n\n\n\n
![\"Foto](\"http:\/\/learnn.com\/blog\/wp-content\/uploads\/2023\/07\/foto-team-learnn-rasco-clara-luca-gianluca-davide-omar-mirko-susanna.jpg\")
<\/figure><\/div>\n\n\nConclusione<\/h2>\n\n\n\n