Scrum come sistema operativo dell'intelligenza: anatomia di un discorso autoreferenziale e il tramonto di un modello.

Vi sono fenomeni la cui struttura si comprende meglio nella fase terminale che nell'apogeo. La consulenza agile, quella che per quasi vent'anni ha prosperato sulla vendita di framework certificabili, di ruoli rinominati con etichette nuove, di ritualità iterative elevate a metodo trasformativo, attraversa oggi una crisi di pertinenza che i suoi indicatori economici ancora non registrano, ma che la qualità del discorso che produce segnala con chiarezza.

Il lavoro rubato, secondo Asimov. Una profezia sul declassamento umano

Molto prima dell’IA generativa, Isaac Asimov aveva già raccontato il trauma sociale della sostituzione del lavoro umano con le macchine umanoidi. In Abissi d’acciaio i robot sostituiscono dapprima il lavoro di commessi e fattorini, ma la loro diffusione minaccia presto di soffiare il posto anche a poliziotti, impiegati, colletti sempre più bianchi. Ci sono proteste, declassamenti, folle inferocite e uomini che capiscono di poter essere rimpiazzati non solo nella forza lavoro, ma anche nel giudizio, nelle competenze, nelle funzioni mentali. Ma il bersaglio vero del romanzo non è la macchina in sé. Asimov mostra con lucidità sorprendente che una società senza protezioni trasforma ogni progresso in una minaccia, e che il vero incubo non è la macchina che lavora meglio dell’uomo, ma il sistema che rende quella superiorità una condanna per chi resta indietro.

Il senso umano del lavoro: una lettura della filosofia del lavoro di Massimiliano Pappalardo

Nel panorama contemporaneo, la riflessione sul lavoro spesso si concentra su aspetti economici e tecnologici, trascurando la dimensione esistenziale e umana dell’esperienza lavorativa. In questo contesto si inserisce la filosofia del lavoro di Massimiliano Pappalardo, filosofo italiano e saggista, che propone una visione in cui il lavoro è inteso come impresa del pensiero e luogo di realizzazione personale.

Gli informatici e l'arte di stare in relazione

Stare in relazione con la macchine è più facile che stare in relazione tra umani. Gli informatici sono abituati a stare in relazioni con le macchine. Oggi purtroppo chiediamo agli informatici di insegnare agli umani come stare in relazione tra loro.

Il lavoro che vogliamo

Il mondo di lavoro come lo conoscevamo non esiste più, perché il capitalismo finanziario ha preso il sopravvento. Lo scopo delle aziende non è più produrre beni o servizi, ma il profitto a tutti i costi e destinato a pochi. Il ruolo di manager cambia drasticamente. Si vuol far credere che l'azienda possa essere guidata solo da dati e dall'intelligenza artificiale, riducendo così l'azione autonoma dei manager. Mentre crescono anche i vincoli esterni, perché il potere si è spostato fuori dalle aziende. Ancora più difficile è la presenza delle donne nel management: lo stesso essere donne crea sempre più difficoltà ad essere ascoltate. Perché le donne spesso portano una visione coraggiosamente contrastante. Non pensiamo di cambiare tutto e subito, ma sappiamo che un cambiamento oggi può aprire spazi imprevedibili. Questa visione non viene solo dalla speranza, ma dalla consapevolezza della nostra forza. Gli argomenti esposti in questo documento saranno oggetto di discussione sabato 24 gennaio 2026, ore 10.30-13.30, presso la Libreria delle Donne, via Pietro Calvi, 29, Milano. Sarà anche possibile partecipare in streaming.

JIRA contro il mondo: anatomia di una scelta che condiziona l'intera organizzazione per anni

La decisione di adottare un bug tracking system trascende la mera selezione tecnologica. Questa scelta vincola l'organizzazione per anni, condizionando i processi operativi quotidiani, determinando quali metriche saranno tracciabili e quali rimarranno invisibili, influenzando la curva di apprendimento dei nuovi assunti e il carico amministrativo sui team esistenti. JIRA si è affermato come standard de facto nelle organizzazioni enterprise, ma le alternative presentano compromessi specifici che possono risultare preferibili in contesti determinati. Comprendere questi compromessi richiede un'analisi che vada oltre le feature list commerciali per esaminare l'adeguatezza metodologica rispetto ai sette requisiti identificati nel precedente articolo.

Oltre lo strumento: come costruire una cultura della qualità che sopravvive ai tool

La domanda che ogni organizzazione si pone dopo aver esaminato gli strumenti disponibili è apparentemente pragmatica: quale bug tracking system dovremmo adottare? La risposta vera, quella che raramente viene pronunciata esplicitamente, è che la domanda stessa è formulata male. Non esiste uno strumento universalmente superiore, così come non esistono processi universalmente applicabili. Esistono contesti organizzativi specifici, ciascuno caratterizzato da vincoli, obiettivi e livelli di maturità differenti, e strumenti che si adattano meglio o peggio a questi contesti particolari. La selezione appropriata richiede un esercizio di auto-diagnosi organizzativa che precede qualunque valutazione tecnologica. Prima di confrontare feature list, prima di calcolare costi di licensing, prima ancora di installare versioni di prova, l'organizzazione deve comprendere sé stessa attraverso sei dimensioni critiche che determinano quale compromesso tecnologico risulterà sostenibile nel tempo.

I sette requisiti metodologici che distinguono un bug tracking system efficace da un semplice repository di segnalazioni

La scelta di un bug tracking system viene frequentemente affrontata attraverso confronti superficiali: qual è l'interfaccia più moderna, quale costa meno, quale richiede meno tempo di setup. Questo approccio trascura la questione fondamentale. Uno strumento di gestione dei difetti non costituisce semplicemente un database dove registrare segnalazioni, bensì l'infrastruttura tecnologica che deve supportare processi di quality assurance strutturati secondo modelli consolidati nella letteratura scientifica. La differenza tra un sistema efficace e un mero repository risiede nella capacità di implementare requisiti metodologici specifici che trasformano la registrazione passiva in governance attiva della qualità.

Quando i bug costano milioni: l'impatto economico dei difetti software sulla governance aziendale

Nel 2017, il valore azionario di Provident Financial subì un crollo devastante: da £17.42 a £4.50 in poche ore. La causa scatenante fu un difetto nel sistema informatico che aveva provocato la perdita di oltre il cinquanta percento dei debiti di prestito. Nello stesso anno, American Airlines si ritrovò con quindicimila voli completamente prenotati ma privi di piloti, conseguenza diretta di un malfunzionamento nel sistema di scheduling. Il Consortium for IT Software Quality ha quantificato nel 2020 il costo complessivo della scarsa qualità del codice software in 2.08 trilioni di dollari, includendo perdite di produttività, ricavi, profitti, fiducia dei clienti e reputazione del brand. Questi episodi non costituiscono anomalie statistiche: rappresentano manifestazioni di un fenomeno sistemico che attraversa ogni settore industriale. La gestione dei difetti software incide direttamente sui risultati economici delle organizzazioni e rientra a pieno titolo nelle competenze della governance aziendale, ben oltre i confini tradizionali del reparto IT.