Un paio di mesi fa, in quella che è stata (per me) l’edizione di Codemotion più bella di sempre, ho avuto il piacere di tenere un talk dedicato alla costruzione di una community. Qui è possibile vedere il video completo:

Il mio discorso ha coperto principalmente tre argomenti:

• cosa mi ha portato a creare la community;
• a cosa mi ha portato il creare la community;
• cosa ho imparato nel mentre;

Sui primi due punti si potrebbe dire tutto e nulla: trattare questi argomenti mi ha portato anche a metabolizzare alcune cose che probabilmente sapevo già da prima ma non avevo mai “formalizzato” in questo percorso durato ben cinque anni.

Spoiler: ho lasciato ufficialmente Laravel-Italia qualche mese fa.

That said, qualche giorno fa mi sono ritrovato a pensare che forse sarebbe stato il caso di approfondire un po’ alcuni di quei concetti che, per ovvie questioni di tempo, mi sono ritrovato a “limare” per poter rimanere nei quaranta minuti.

Quindi…

Cosa ho imparato nel mentre?

Quello che voglio raccogliere (e raccontare) nei prossimi post è un insieme di nozioni, trucchi e accorgimenti che ho imparato (o scoperto) con la pratica di tutti i giorni per cinque anni di fila, tenendo le redini di Laravel-Italia.

Sono sincero: avrei voluto scrivere tutto in un unico articolo.

Poi il word count è schizzato alle stelle in un attimo e, per fortuna, l’angelo custode delle mie questioni grammaticali (e dintorni) ha ben pensato di suggerirmi un po’ di tagli e suddivisioni. Ragion per cui al posto di un singolo articolo con dieci (lunghissimi) concetti ho deciso di scrivere un articolo per punto.

Ad ogni modo, se chi ben comincia è a metà dell’opera, tocca iniziare dal…

Definire lo scopo della community

Una delle prime cose che ho scoperto è che spesso la definizione dello scopo della community viene sottovalutata.

Ogni cosa deve nascere con uno scopo specifico e, soprattutto nei primi momenti di vita, più tale scopo è “verticale” su qualcosa e maggiori sono le possibilità che questa “cosa” funzioni.

Per spiegare meglio il concetto mi viene subito in mente la nascita di Amazon: prima di vendere qualsiasi cosa, dalle mutande ai lampadari, il suo scopo era esclusivamente vendere libri. Punto. Niente di più, niente di meno. Una volta raggiunta l’eccellenza in quel settore è riuscita a primeggiare in tanti (ma tanti) altri.

Per quanto riguarda le comunità di sviluppatori mi vengono in mente due categorie ben distinte:

• le community che vogliono diffondere una tecnologia in una specifica area geografica;
• le community che vogliono mettere insieme delle persone per creare qualcosa di specifico;

Nel mio caso, Laravel-Italia è un buon esempio della prima categoria. Il suo scopo, fin dall’inizio, è stato quello di produrre dei contenuti in lingua italiana, non troppo avanzati ma perfetti per l’utente che si sta avvicinando per la prima volta ad una certa tecnologia e vuole abbassare il più possibile la difficoltà di accesso ad essa. Certo, alla lunga le cose possono diventare leggermente noiose (non dover dare mai per scontati alcuni concetti, anche i più basilari, perché chiunque potrebbe essersi “appena connesso”). In questo genere di comunità la priorità è unire il maggior numero di persone per diffondere il più possibile la tecnologia in questione.

Un discorso diverso invece va fatto per la seconda categoria. Nel talk, per rendere meglio l’idea, ho chiamato queste community “gruppi di studio”. Sono l’esatto opposto del caso visto in precedenza: l’obiettivo non è più creare una massa notevole di utenti e favorirne l’accesso alla tecnologia ma formare un piccolo gruppo di utenti più avanzati (già preparati) per “spingere” la tecnologia stessa con un obiettivo molto preciso. Mi viene in mente un gruppo in cui si affronta un argomento specifico in modo più avanzato, o magari un gruppo di persone esperte in una certa tecnologia che decidono di usarla per creare qualcosa di nuovo, “spingendone” appunto i limiti.

Ecco, dare da subito una direzione specifica alla community che si sta creando è una delle prime cose da fare, secondo me. Perché così si può:

• capire da subito che tipo di materiale bisogna preparare;
• iniziare a pensare al modo migliore di trovare altre persone;
• decidere da subito un livello al di sotto (o al di sopra) del quale non vale la pena spingersi;

Riprendendo l’esempio di Amazon, tra l’altro, bisogna dire che nulla ci vieta di “espanderci” in un’altra categoria. Raggiunto un buon livello, infatti, si può sempre decidere di creare un sottoinsieme di utenti motivati e partire con un nuovo progetto.

Lesson Learned: scegli lo scopo, rimani il più possibile verticale su quello scopo (all’inizio soprattutto) e prenderai una direzione. Giusta? Nessuno può dirlo. Almeno ne hai presa una e non è cosa da poco.

E con questo per oggi è tutto.

La prossima volta parlerò di un altro concetto fondamentale che spesso tendiamo a perdere di vista.

La semplicità.