Una delle cose più complesse da fare quando si stanno iniziando ad usare gli OKR è capire come poterli scrivere in modo che siano efficaci e non ricordino una mera to-do list, non che avere (qualche) OKR di tipo committed sia un problema insormontabile, ma limitarsi a questo tipo di obiettivo è ben distante dallo scopo per cui la metodologia dovrebbe essere adottata. Quindi tutto quello che basta fare è scrivere degli obiettivi sfidanti…
Ho mentito.
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.
Today I had the chance (aka enough free time) to see the “Lean Startup Meets Design Thinking” video from the Google for Entrepreneur channel.
One of the most important concept of the video, with Eric Ries and Tim Brown, is IMHO the Ries’s digression about the modern (agile)companies.
We are all quite familiar with the Big Bang theory, not the TV serie but the astrophysical thing, from a single instant we have a big explosion and life, universe and everything were created [ok, it’s a little more complex, but who cares?].
Lets try to use the big bang metaphor for our normal (web)work. We start with a single idea and then we have to expand it exponentially adding customer validation, ux design, frontend and backend development, community management and everything is needed to fulfil the scope of the idea.
The Big Crunch is just the opposite. We start with a complex and expanded system and then, little by little, it will be condensed in a single, unique and clear point.
Time by time some customers send me a “Big Crunch Spec Document“.
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.
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.
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.
Ho tenuto questo speech all’ottimo php.to.start di Torino, ricevendo molti feedback interessanti.
Preparandolo mi sono accorto come in ideato le idee cardini della filosofia lean fossero presenti prima ancora che quest’ultima diventasse un qualcosa di mainstream. Tutto quello che abbiamo fatto negli ultimi anni infatti è basato sul concetto di fare, analizzare quello che (ci) succede e far evolvere (pivotare) il nostro modo di lavorare e collaborare con i clienti.
L’idea è venuta fuori un po’ così per scherzo durante una sessione di release planning (e mentoring) con una startup: “Perchè non creiamo un cowo dove ospitare le proto-startup e le startup che di volta in volta ci vengono a chiedere supporto nel metodo e nella tecnologia?“. Dopo 30 minuti stavamo già discutendo con il buon Brando e Nicolò per capire come aprire qualcosa tra un cowo ed un talentgarden a Cesena.
Ad oggi abbiamo trovato (proprio sopra al nuovo ufficio di ideato) un openspace da 400mq (300mq open e 100mq in sala riunione/corsi) ad un ottimo prezzo, siamo circondati da facoltà tecniche (informatica, ing. informatica, ing. biomedica, ing. elettronica, architettura ed agraria) ed umanistiche (psicologia ed scienze del comportamento) che ogni anno sfornano alcuni ottimi esemplari che poi “emigrano al nord” e possiamo fornire esperienza “sul campo” da condividere.
Quello che ci manca è un investitore (serio) interessato al progetto e feedback dai cowo che non vivono in zone popolose come Milano, Roma o Firenze. Chi è interessato?