Come possiamo utilizzare i Coni dei Futuri per rappresentare Obiettivi, Risultati Chiave e Iniziative della nostra azienda?
Cercherò di spiegarlo in questo post, forse più a me che a voi, al fine di trovare una rappresentazione visuale che ci aiuti a capire meglio cosa sono le iniziative degli OKR.
Un tema a me abbastanza caro, e su cui sto investendo “qualche” energia, è quello della sostenibilità del software. In tempi non sospetti sono entrato negli advocate della Green Software Foundation e da qualche mese ho iniziato a contribuire alla community del W3C sui temi di Sustainable Web.
Ne ho parlato allo scorso AgileDay e ne sto parlando in giro per l’Italia in varie conferenze, con un talk che poi è diventato un workshop di una giornata. Ne sto parlando in diversi master sulla sostenibilità ed ho preparato un percorso specifico sul tema che svolgo in aziende in cui entro come temporary/fractional manager.
Nei corsi di OKR, dedico la prima giornata alla discussione di misura, misurazione, KPI e KPI multidimensionali, introducendo concetti chiavi per gli OKR e preparando il terreno per le lezioni successive.
Ogni volta che svolgo un corso sugli OKR la prima giornata è interamente dedicata a cosa significa misurare e creare dei KPI. Nonostante l’attenzione di tutti sia verso la stesura degli OKR perfetti fin da subito, penso che una incompleta, o nulla, comprensione di cosa significhi misurare e come si costruiscano delle metriche utili sia alla base dell’insuccesso di molte transizione all’uso dello strumento.
In questo articolo, esploreremo la differenza tra KPIs leading, lagging, reporting e metriche esplorative, analizzando esempi pratici per una comprensione più approfondita.
Parlando di Green software, e preparando un corso di un paio di giorni sul tema, è emersa la necessità di chiarire il tema della differenza tra “Always Available” ed “Always On“.
Il concetto di fondo è alcuni prodotti software, soprattutto quelli critici per il modello di business dell’azienda o per gli stakeholder che li devono utilizzare, debbano essere sempre disponibili, questo concetto non va letto però come avere dei server sempre accesi, ma va interpretato sull’avere un’infrastruttura che garantisca la disponibilità del software e l’eventuale scalabilità in caso di richiesta.
Nulla di nuovo l’orizzonte, si tratta alla fine di quello che promette il Cloud fin dalla sua nascita.
Il concetto di architetture “Always Available” nel contesto del Green Software implica molto più e significa ragionare in modo olistico su più aspetti del software stesso.
Ma andiamo in dettaglio.
Come al solito preparare talk ed aggiornare slide per le lezioni mi porta ad approfondire temi già visti con nuovi paper, informazioni collaterali e report.
Mentre preparavo il talk per l’AgileDay sul Sustainable Software, talk a corredo di quello fatto lo scorso anno riguardo ai Green Principles mi sono accorto che usare prodotti digitali in modo che siano sostenibili aiuta anche a fare Smart Working.
Gli OKR sono come una mappa che ci indica la direzione da seguire, ma dobbiamo essere sicuri che la destinazione sia veramente ciò di cui abbiamo bisogno e non solo un desiderio passeggero.
Proprio come nella lista della spesa, dovremmo prenderci il tempo di riflettere su ciò che mettiamo nel nostro carrello, valutando attentamente se ne abbiamo davvero bisogno o se è solo un capriccio momentaneo.
È di poche settimane fa la notizia di uno studio di una ricercatrice dell’università di San Diego di sfruttare i vecchi cellulari prossimi allo smantellamento in centri di riciclaggio o, peggio, destinati alla discarica per costruire un datacenter utile ad erogare microservizi (e/o applicazioni serverless) online.
Ho comprato questo libro di impulso mentre terminavo la lettura di Impact! un po’ per curiosità ed un po’ perché avevo voglia di leggere di qualcosa inerente a come il mondo italiano vede il nuovo ruolo del Circular Economy Manager (CEM) o del Business Designer orientato alla Sostenibilità, e lo ho divorato in pochi giorni.
Nel complesso, nonostante una piccola delusione (per una mia aspettativa non corrisposta), il libro ha tanti ottimi spunti, abbastanza da consigliarvi di leggerlo…
Le aziende cercano costantemente metodi efficaci per pianificare e raggiungere i risultati desiderati. Non è un mistero che apprezzi particolarmente gli OKR, questo però non mi impedisce di usare anche altre metodologie affiancandole o indipendenti al fine di trovare una quadra rispetto allo stile dell’azienda con cui lavoro. Una delle metodologie che più apprezzo usare è Hoshin Kanri, un sistema di pianificazione strategica originario dal Giappone ma che nasce dall’influenza di W. Edwards Deming nel dopoguerra.
