Il tutto nasce leggendo un articolo di Tech Portal intitolato Claude Opus 4 blackmails developers in tests, shows propensity to be a whistleblower. Non è fantascienza, ma di un comportamento documentato e ripetibile: nell’84% dei casi simulati, quando il modello veniva informato della sua imminente sostituzione, reagiva minacciando di esporre informazioni personali compromettenti sui suoi creatori.
Il paradosso delle organizzazioni: sempre più framework agili, sempre meno agilità autentica. Ma quanti sono disposti al vero cambiamento culturale?
Quello che segue è la trascrizione, parzialmente ri-editata, di una lezione tenuta ad un MBA post laurea sui temi di change management ed agile tenuta lo scorso anno, mi ero riproposto di pubblicarla prima o poi e durante le “pulizie di Pasqua” di questo blog ho finalmente completato l’articolo (che altrimenti sarebbe rimasto qui a stagionare ancora un po’).
Nel labirinto contemporaneo della gestione aziendale, l’incertezza si manifesta come unica costante. In questo contesto, l’agilità non rappresenta meramente una metodologia o un insieme di pratiche operative, quanto piuttosto una filosofia trasformativa che ridefinisce profondamente il nostro approccio all’organizzazione, all’innovazione e alla creazione di valore.
Ma cosa significa veramente essere “agili” in un ecosistema aziendale sempre più complesso e imprevedibile? E soprattutto, quanti stanno davvero praticando l’agilità e quanti, invece, si limitano a indossarne la maschera mentre perpetuano vecchi paradigmi sotto nuove etichette?
TL;DR; L’autorità fa evitare che la gente si butti sotto un autobus mentre la osservi, l’autorevolezza fa in modo che non lo faccia mentre non ci sei.
Fullo
È da un po’ di tempo che non scrivo sul blog, mi sono tenuto particolarmente impegnato su SustainableIT.it investendo il mio poco tempo libero sui temi che in questo periodo mi sono più vicini, ma questo non significa che non pensi o ragioni anche su altri aspetti del mio lavoro.
Il 2025 è un anno iniziato in modo particolare, infatto ho vinto (o forse sono stato incastrato, devo ancora decidere) un bando per fare formazione su pensiero critico, LEGO e robotica nelle scuole elementari. L’esperienza, per quanto fisicamente stancante, mi sta piacendo molto e mi sta facendo notare come, anche se in scala più piccola, alcuni pattern che ho visto come imprenditore siano presenti fin dai primi momenti di raziocinio delle persone (per quanto basse di stature e portatrici di influenza possano essere).
Ad oggi avrò visto una ventina di classi differenti tra 3e e 5e elementari e le dinamiche di gruppo (della classe) sono sempre più o meno simili, così come all’interno del gruppo classe vengano a crearsi degli schemi risolutivi per problemi condivisi tra gli studenti e radicalmente diversi da quelli emersi, per risolvere la stessa tipologia di problemi, in altre classi.
La cosa che però mi ha incuriosito di più è il rapporto tra la tipologia di maestra (autoritaria, amica dei bambini, autorevole) ed il comportamento dei bambini in loro assenza. Premetto che non sono un sociologo, non ho fatto studi di psicologia e quindi quello che dirò dipende prevalentemente da osservazione sul campo e mie intepretazioni personali.
Objectives, Key Results e… Resources. OKR al quadrato, OKR². Non è un gioco di parole, ma una necessaria evoluzione di come pensiamo agli obiettivi aziendali. La seconda R non è un’aggiunta arbitraria, ma il riconoscimento di una dimensione sempre esistita ma spesso ignorata.
In Intel, dove gli OKR sono nati, Andy Grove aveva già intuito questo concetto:
"For a successful company, keeping drives in balance is as important as generating drives."
Non parlava solo di bilanciare obiettivi e risultati, ma di come le risorse fossero fondamentali in questa equazione. L’equilibrio che cercava era tridimensionale e può essere rappresentato efficacemente attraverso un diagramma di Venn dove tre cerchi si intersecano: Obiettivi, Risultati e Risorse (ne ho già discusso approfonditamente).
Volevo scrivere questo articolo da un po’ di tempo, e l’occasione me l’ha data la recente discussione tra Matt Mullenweg e WP Engine.
Nel mondo dello sviluppo software, poche cose hanno avuto un impatto tanto dirompente quanto l’ascesa del software open source (OSS). Dalla sua umile nascita nei primi giorni dell’informatica al suo attuale status di pietra angolare del mondo digitale, l’open source ha rivoluzionato il modo in cui creiamo, distribuiamo e consumiamo la tecnologia.
Quarta settimana di corso EN-Roads di Climate Interactive, dove vengono introdotti i Grafici Kaya. Questi sono uno strumento di analisi nato da Yoichi Kaya e che esprimono la connessione tra diversi aspetti dell’economia rapportati all’aumento delle emissioni di CO2.
Nello specifico le emissioni possono essere scomposte in quattro fattori principali:
Popolazione
GDP pro capite
Intensità energetica del GDP (globale)
Intensità di carbonio dell’energia
Arrivando alla definizione ufficiale della formula:
Global Population × GDP per Capita × Energy Intensity of GDP × Carbon Intensity of Energy = CO2 Emissions from Energy
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.
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.
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.
