Durante uno degli ultimi master che in cui ho fatto docenza ho portato, per spiegare gli OKR (Objective Key Result) l’esempio di Elon Musk e della costellazione di aziende che ha creato negli ultimi anni.
Prima però di parlare di come questi due temi vadano a braccetto introduciamo brevemente gli OKR e la loro importanza all’interno di un processo di innovazione.
Che la pandemia abbia portato un deciso scossone al mondo degli eventi è ormai evidente a tutti, se alcune aziende, quelle più piccole, hanno chiuso i battenti altre stanno convertendo, quando possibile, i propri eventi di punta in digitale o li stanno posponendo a fine anno affiancando e spingendo, nel frattempo, altre linee di business precedentemente secondarie (con Apropos stiamo, ad esempio, introducendo servizi di cabina regia virtuale per eventi live e community management potenziando nel frattempo l’area relativa a corsi online e docenze).
Sono ormai 3 anni che collaboro come mentor per il Contamination Lab organizzato dalla Fondazione di Banca del Monte di Faenza. La collaborazione, svolta senza fine di lucro, verte interamente nell’aiutare la nascita di startup sociali ed ad impatto sul territorio fondate da giovani e futuri imprenditori. Lo faccio perché penso sia importante aiutare la crescita dell’imprenditoria locale ma soprattutto perché, penso, che a me (alla loro età) un aiuto di questo genere sarebbe piaciuto e avrebbe aiutato tantissimo.
Quest’anno, a causa della quarantena, le lezioni da me tenute e le attività di mentorship sono state svolte interamente online. Le motivazioni dietro a questo cambiamento mi hanno permesso di riflettere sull’approccio didattico finora tenuto, svecchiandolo ed approfondendo maggiormente temi che, probabilmente, avrei discusso marginalmente.
Una delle mie prime attività come advisor per un acceleratore è stata, nel 2015, quella di seguire, sul fronte tecnico e di business design, Wishraiser. Startup in ambito Sociale (quello con la S maiuscola) nata in seno al programma di ImpactHub Fabriq che si è da subito distinta per un’idea chiara ed una capacità di testarla sul mercato con esperimenti controllati e senza la necessità, almeno nelle prime (caotiche) fasi, di un prodotto software particolarmente maturo.
I love teaching, I love to share my (little and far to be perfect) knowledge to someone else and see how he/she can re-elaborate and evolve it. Every year, in this period, I have a class on entrepreneurship to a bunch of high school students and every year I’m amazed on how young minds can approach problems.
Un altro anno (di resistenza) è passato e gran parte degli obbiettivi personali fissati sono stati raggiunti, gran parte ma non tutti (il mondo non è ancora mio, non sono ricco da fare schifo e ho perso solo 10Kg dei 15 che mi ero ripromesso). Ho allargato la famiglia e la casa, ho dedicato un po’ più di tempo a me stesso studiando ed affrontando nuovi temi professionali ed ho contribuito all’organizzazione di nuovi eventi community-driven con il GrUSP sia su argomenti relativi a PHP che su temi che ho sempre vissuto come spettatore ma che mi hanno sempre affascinato.
Con ideato, nonostante la fuga di cervelli e una sempre più evidente crisi del mercato, abbiamo aumentato fatturato e profitto (anche se con risultati sotto le aspettative) e reinvestito gran parte dello stesso all’interno dell’azienda per tentare la via della realizzazione di startup/prodotti. Eppure, lavorativamente parlando, ho sempre una sensazione di amaro in bocca che non mi fa godere a pieno dei risultati ottenuti.
Ogni tanto mi capita di dover spiegare il business model canvas durante qualche corso o in una seduta di brainstorming ad un cliente. Ultimamente dopo aver spiegato il business model canvas introduco, a strettissimo giro di boa il lean canvas (qui una versione online). Di solito avviene quando la prima cosa che mi viene spiegata è la Soluzione che risolverà definitivamente il problema XYZ, quella con la Esse maiuscola.
Fa caldo, e con il caldo la parte di cervello che si occupa di pensiero laterale (ed odio verso il prossimo) va sempre a mille. Soprattutto quando mi fanno indispettire.
Se un paio d’anni fa avevo ipotizzato
un social network per identificare possibili clienti insolventi (idea da subito interdetta dal mio avvocato di fiducia) oggi dopo l’ennesima chiamata di un call center sky/fastweb (risponde ai numeri 01179191 e 01179190) e dall’impossibilità di reindirizzare le chiamate (a costo loro) su un 899 di mia proprietà al fine di rendere la scocciatura, almeno, lucrativa ho iniziato a fantasticare su attività di vendetta sociale.
Una specie di legge del taglione 2.0.
C’è un call center particolarmente fastidioso (come quello di sky/fastweb)? Volete vendicarvi delle chiamate ricevute a qualsiasi ora? Beh fare uno script twilio che continui a chiamarlo in ingresso bloccandogli la linea non è particolarmente complesso. E cosa sono 5€ di autotassazione via paypal per avere ulteriore credito di vendetta?
Quasi quasi faccio un pitch su kickstarter…
revengeful,
fullo
Tutti parlando di MVP. E’ una delle nuove parole cool che riempiono la bocca, al pari di mobile nel 2009, cloud come un paio d’anni fa o startup lo scorso anno.
Non che io stesso non ne faccia uso, o abuso. D’altronde con ideato stiamo offrendo proprio l’implementazione di idee di MVP a startupper in erba, o seriali, che vogliono validarle su un mercato più ampio.
Quello che però è difficile da far capire veramente è che il mininum viable product non è, e non deve essere, l’applicazione che vorreste (nella sua totalità) fatta con bootstrap [“che tanto risparmiamo sul design”].
Manca ormai una settimana all’evento che con gli altri ragazzi del GrUSP abbiamo iniziato ad organizzare a Novembre: jsDay e phpDay. I programmi di entrambe le conferenze sono saturi di relatori di gran calibro e parlare nella stessa conferenza insieme a Douglas Crockford mi fa sentire un po’ un privilegiato *.
Cosa interessante è che se lato jsday il trend è quello dei videogiochi, tra le oltre 100 proposte molte vertevano sullo sviluppo di giochi per browser, lato phpday uno dei problemi più sentiti è quello del deploy (e successivo mantenimento) del codice. Insomma due mondi che, nonostante siano molto vicini concettualmente (sempre di “web” si parla), si stanno allontanando molto dal punto di vista delle problematiche degli sviluppatori.
Sempre con/per il GrUSP ho coordinato la scrittura (a 2 dozzine di mani) del libro PHP Best Practices, edito da FAG Editore, che verrà presentato al phpDay. Il libro è un cookbook di circa 400 pagine che tratta svariati argomenti, dalla partecipazione alla community di PHP fino a come fare deploy con Ant… Prendete un assaggio dal sito ufficiale e ricordatevi che parte dei proventi vanno all’associazione.