gtag('config', 'AW-17539930652');
top of page

116 risultati trovati

  • Quando l'abbandono di AS400 RPG/COBOL diventa il disastro aziendale

    programmatore RPG / Cobol "Sostituiremo completamente AS/400, RPG e COBOL con tecnologie moderne. Sarà più economico, più veloce e più flessibile!" Quante volte abbiamo sentito questa promessa? È allettante, seducente. E ha convinto anche un'importante società di gestione pensionistica di Angers, in Francia, a intraprendere un ambizioso progetto di migrazione. L'obiettivo era chiaro e apparentemente razionale: ridurre i costi operativi, aumentare la velocità di elaborazione e dotarsi di un'architettura moderna e scalabile. Ma come spesso accade in questi progetti di migrazione completa, tra teoria e pratica si spalanca un abisso. E quel che è successo a quella società è un monito per tutte le aziende che stanno considerando di abbandonare i propri sistemi legacy. Da oltre 20 anni BigBlue accompagna le aziende italiane in questo percorso di trasformazione. Abbiamo aiutato realtà come Prada, Luxottica, Diesel e Fineco Bank a fare le scelte giuste per i loro sistemi IBM i. E abbiamo imparato che la differenza tra successo e fallimento sta sempre nella preparazione e nella consapevolezza. Vediamo cosa è successo ad Angers e quali lezioni possiamo trarre. Qual era il piano di migrazione della società di Angers? Il progetto era stato pianificato meticolosamente, sulla carta. Prevedeva di: Dismettere l'AS/400 IBM Riscrivere completamente le applicazioni RPG/COBOL in linguaggi moderni Migrare tutti i dati sulla nuova piattaforma Celebrare il successo della modernizzazione Un esercito di consulenti esterni è stato mobilitato. Un budget impressionante è stato approvato dal consiglio di amministrazione. I leader aziendali e i team IT erano entusiasti. Il COBOL? Considerato già un reperto archeologico prima ancora che la migrazione fosse completata. Cosa è andato storto? I primi segnali d'allarme non hanno tardato a manifestarsi: Le nuove applicazioni risultavano significativamente più lente delle precedenti I test di integrazione rivelavano bug critici in funzionalità business-critical Le scadenze originali venivano continuamente posticipate Il budget iniziale è stato superato del 70% in soli sei mesi Ma il team continuava ad assicurare che erano solo "problemi di rodaggio". Fino al giorno dell'apocalisse IT. Cos'è successo il giorno del collasso? Una mattina di lunedì, l'incubo divenne realtà: ❌ Sistema completamente inaccessibile ❌ Migliaia di transazioni bloccate nella coda di elaborazione ❌ Infrastruttura incapace di gestire il carico di lavoro standard L'azienda era paralizzata. I clienti furiosi tempestavano di chiamate il servizio clienti. Il dipartimento IT viveva il peggior incubo della sua storia. Come si è risolta l'emergenza? Di fronte al disastro, la decisione fu unanime e urgente: riattivare immediatamente il mainframe IBM e ripristinare i sistemi COBOL che, fortunatamente, non erano stati ancora dismessi. Il risultato fu quasi miracoloso: ✅ In meno di 8 ore, i sistemi tornavano operativi ✅ Le transazioni venivano nuovamente elaborate con efficienza ✅ I clienti riottenevano l'accesso ai loro dati Quali lezioni possiamo imparare da questo caso? Questo caso studio, tutt'altro che isolato, ci insegna lezioni fondamentali: I sistemi COBOL/RPG su AS/400 potrebbero non essere all'ultima moda, ma sono incredibilmente affidabili per carichi di lavoro transazionali intensivi La vera modernizzazione non significa "buttare via e ricostruire", ma integrare strategicamente il meglio delle tecnologie consolidate con soluzioni innovative Se un linguaggio e un'architettura sopravvivono per oltre 60 anni in un settore che cambia rapidamente come l'IT, probabilmente c'è una ragione molto valida Qual è l'approccio più saggio alla modernizzazione? Piuttosto che sostituire completamente i sistemi COBOL/RPG, le organizzazioni di successo stanno adottando approcci ibridi: Modernizzazione incrementale del codice esistente Implementazione di API per integrare sistemi legacy con applicazioni moderne Containerizzazione selettiva di componenti specifici Formazione incrociata dei team sulle tecnologie legacy e moderne Questo approccio permette di preservare la stabilità dei sistemi collaudati mentre si introducono gradualmente le innovazioni necessarie. Perché i progetti di migrazione completa falliscono così spesso? I dati parlano chiaro. Secondo il Gruppo Standish, solo il 30% dei progetti di sostituzione di un gestionale AS/400 ha successo. Il 16% fallisce completamente, in alcuni casi trascinando con sé l'intera azienda. I motivi sono strutturali: Sottovalutazione della complessità: decenni di personalizzazioni e logiche di business non documentate Costi fuori controllo: i budget iniziali vengono sistematicamente superati Interruzione del business: durante la migrazione, l'azienda rischia di fermarsi Perdita di know-how: chi conosce il sistema va in pensione e porta con sé la conoscenza critica Il caso di Angers è un esempio perfetto di come una migrazione mal gestita possa trasformarsi in un disastro. Chi deve guidare il processo di modernizzazione? Il processo – che si tratti di migrazione o modernizzazione – deve essere guidato da qualcuno che conosca il passato, il presente e il futuro del sistema. Il passato: la storia del sistema, le logiche di business costruite negli anni, le personalizzazioni che nessuno ha mai documentato Il presente: lo stato attuale, le criticità reali, le potenzialità inespresse Il futuro: la visione aziendale, le opportunità tecnologiche, le tendenze di mercato Questa figura deve essere indipendente – non in conflitto di interessi con il fornitore del nuovo sistema. Deve mettere al primo posto gli interessi dell'azienda, non quelli del proprio portafoglio. Con oltre 20 anni di esperienza nel mondo IBM i e clienti come Prada, Luxottica, Diesel e Fineco Bank, BigBlue rappresenta un partner affidabile per accompagnare le aziende in questo percorso. Conclusione Il caso della società di Angers non è un'eccezione. È la dimostrazione di ciò che accade quando si sottovaluta il valore dei sistemi legacy e si insegue l'illusione della "sostituzione totale". I sistemi COBOL e RPG su AS/400 non sono reperti archeologici. Sono infrastrutture critiche che hanno retto decenni di transazioni, che contengono logiche di business preziose e che, con le giuste strategie di modernizzazione, possono continuare a essere il cuore pulsante dell'azienda. La vera domanda non è "dobbiamo abbandonare AS/400?" ma "come possiamo integrarlo al meglio con l'ecosistema digitale di oggi?". La risposta è la modernizzazione ibrida: preservare ciò che funziona, innovare dove serve, e farlo con la guida di chi conosce il passato, il presente e il futuro del tuo sistema. Non lasciare che il tuo AS/400 diventi un disastro. Trasformalo in un'opportunità. La decisione che il tuo istinto già sa essere corretta Le aziende che vincono con l’AI non sono quelle con i modelli più avanzati. Sono quelle che affidano i progetti a team esperti, specializzati, con decenni di esperienza su sistemi mission-critical. Da oltre 25 anni accompagniamo aziende come Prada, Luxottica, Fineco Bank nella trasformazione digitale. 📢 VUOI SAPERNE DI PIÙ? Prenota una consulenza gratuita Scopri chi siamo →

  • AI Assisted Development vs WebSmart RAD: Quale Riduce Davvero il Debito Tecnico?

    Un'analisi strategica per CIO, CTO e IT Manager che devono scegliere tra velocità immediata e sostenibilità nel lungo periodo Indice Il Dilemma dell'Enterprise AI-Assisted Development: La Promessa e i Rischi WebSmart RAD: L'Approccio del Controllo Confronto Diretto Perché WebSmart Riduce Davvero il Debito Tecnico Il Verdetto Finale FAQ Il Dilemma dell'Enterprise Negli ultimi mesi, il dibattito si è acceso: l'AI generativa sta rendendo obsoleti i tradizionali strumenti di sviluppo rapido? La risposta è più complessa di un semplice sì o no. Quello che sta emergendo è un confronto tra due filosofie completamente diverse, due modi di intendere il software che portano a risultati opposti. La domanda che ogni decision maker dovrebbe porsi è: "Stiamo costruendo un sistema che durerà anni, o stiamo accumulando un debito tecnico che esploderà quando saremo andati via?" In questo articolo analizziamo le differenze tra AI-Assisted Development e WebSmart RAD, due approcci che promettono velocità ma con conseguenze radicalmente diverse sulla manutenibilità e sul debito tecnico. AI-Assisted Development: La Promessa e i Rischi Cos'è l'AI-Assisted Development? L'AI assistita (spesso chiamata "vibe coding") promette l'impossibile: chiunque, anche senza competenze tecniche, può descrivere a parole ciò che vuole e vedere nascere un'applicazione funzionante. È la democratizzazione estrema dello sviluppo. I numeri sono impressionanti: Y Combinator ha riportato che il 25% delle startup del suo batch invernale 2025 aveva codebase generate al 95% dall'AI. Google ha ammesso che oltre il 30% del suo nuovo codice proviene dall'AI. Uno studio di GitHub ha mostrato che gli sviluppatori che usano Copilot completano i task 55% più velocemente. I Rischi Nascosti Ma a quale prezzo? I dati emergenti sono allarmanti: Indicatore Dato Fonte Codice generato con vulnerabilità di sicurezza 45% Stanford University Vulnerabilità critiche in 15 app di test 69 Studio indipendente Debito tecnico previsto entro il 2027 1.500 miliardi di $ Analyst firm Team con AI assistita mostrano delivery più lenti Sì DORA Research 2025 Sviluppatori che non comprendono il codice generato 67% Survey developer "L'AI non è pronta per l'enterprise perché nell'enterprise il software deve essere mantenuto, compreso e fatto evolvere per anni."— James Gosling, creatore di Java Il Paradosso dell'AI Il problema di fondo è che l'AI non elimina i difetti, ma introduce una "firma macchina" di difetti che rende il codice difficile da mantenere e comprendere. Come è stato efficacemente sintetizzato: "Gli strumenti di AI non sono solo creatori di debito tecnico, ne sono acceleratori." Il risultato? Un codice che "sembra funzionare" oggi, ma che nasconde un debito tecnico destinato a esplodere domani. Esattamente ciò che accade quando un Junior copia e incolla blocchi di codice senza comprenderli. WebSmart RAD: L'Approccio del Controllo Cos'è WebSmart? WebSmart è una piattaforma di sviluppo rapido (RAD) progettata specificamente per l'ambiente IBM i (AS/400). Non è un tool che scrive codice al posto tuo, ma una piattaforma che ti dà gli strumenti per scriverlo bene, velocemente, e mantenerlo nel tempo. I Pilastri di WebSmart 1. Curva di Apprendimento Ridotta "Una risorsa junior senza esperienza di programmazione ha realizzato 70-80 programmi in una sola settimana." WebSmart non richiede conoscenze di RPG o COBOL. Un nuovo sviluppatore diventa produttivo in una settimana, non in sei mesi. 2. Modifiche in Tempo Reale È possibile aggiornare etichette e contenuti web senza ricompilare il codice lato server. Nessuna attesa, nessun ciclo di deploy interminabile. 3. Repository Centrale come "Unica Fonte di Verità" WebSmart associa in un repository centralizzato: ✅ Regole di business ✅ Regole di presentazione ✅ Relazioni con il database Quando una regola cambia, la modifica si applica ovunque. Niente più "copia e incolla" di logica tra programmi diversi. 4. Change Management e Collaborazione Integrati WebSmart si integra con soluzioni di change management come TD/OMS, offrendo: Check-in / Check-out per evitare conflitti tra sviluppatori Ambienti separati (sviluppo, test, produzione) Tracciabilità completa delle versioni Analisi dell'impatto grafica prima di ogni modifica Rollback a versioni precedenti in caso di errore 5. Velocità di Sviluppo Certificata "WebSmart garantisce una velocità di sviluppo oltre 100 volte superiore rispetto ai tool tradizionali. Con solo 5 sviluppatori gestiamo un'infrastruttura che serve circa 5.000 utenti attivi."— Giuseppe Ranaldi, CIO del Gruppo Beta Trans Confronto Diretto Dimensione AI-Assisted Development WebSmart RAD Debito Tecnico Lo accumula silenziosamente, lo amplifica Lo previene con repository centralizzato e governance Manutenibilità Codice "black box" difficile da comprendere Codice tracciabile, versionato, con analisi d'impatto Sicurezza 45% di codice vulnerabile Ambiente controllato, codice da template testati Governance Assente: shadow IT 2.0 Integrata: change management, approval workflow Competenze Richieste Nessuna (apparentemente) Minime: junior produttivi in una settimana Dipendenza Dal modello AI (cambia, il codice si rompe) Da un fornitore (ma il codice è standard PHP/RPG) Velocità di Prototipazione Minuti (ma da rifare) Ore (e resta in produzione) Audit e Tracciabilità Quasi assente Completa: ogni modifica è registrata Protezione dal Vendor Lock-in Nessuna Parziale (codice esportabile in standard) Formazione dei Junior Nessuna struttura Curriculm integrato, template riutilizzabili Perché WebSmart Riduce Davvero il Debito Tecnico 1. Il Repository Come Scudo contro il Debito WebSmart non elimina magicamente il debito tecnico, ma lo rende gestibile. La centralizzazione delle logiche e delle regole, unita alla tracciabilità delle modifiche, trasforma il debito tecnico da problema intrinseco del codice a questione di corretta progettazione. Concretamente: Se una regola di business cambia, la modifica è una sola, non 50 copie. Se un campo database viene aggiunto, tutti i programmi che lo usano vengono aggiornati automaticamente. Se un bug viene scoperto, l'analisi dell'impatto mostra esattamente quali moduli toccare. 2. La Collaborazione come Governance Il sistema di change management integrato non è un'aggiunta, ma un pilastro. Ogni modifica è tracciata, ogni rilascio è controllato, ogni ambiente è separato. Questo è ciò che manca all'AI-assisted development. 3. Junior che Diventano Produttivi (e Competenti) Con WebSmart, un junior diventa produttivo in una settimana. Non perché l'AI scrive codice al suo posto, ma perché la piattaforma fornisce: Una struttura chiara e definita Template riutilizzabili Una logica centralizzata Best practice incorporate nello strumento Impara facendo, ma facendo bene. 4. Velocità Sostenibile La velocità di WebSmart non è solo iniziale. È una velocità che si mantiene nel tempo, perché: Il repository centrale garantisce coerenza Il change management previene conflitti L'analisi d'impatto riduce gli errori La tracciabilità permette di tornare indietro in sicurezza Il Verdetto Finale AI-Assisted WebSmart RAD Metafora ✈️ Jet senza pilota: velocissimo, ma se non sai dove stai andando, ti schianti ✈️ Aereo di linea con equipaggio addestrato e torre di controllo: arrivi a destinazione in sicurezza Promessa Velocità immediata Velocità sostenibile Rischio Debito tecnico esplosivo Richiede disciplina organizzativa Per chi è Prototipi, MVP, progetti usa-e-getta Sistemi enterprise, core business, applicazioni che devono durare La Domanda Giusta "La domanda non è 'quanto velocemente posso scrivere codice?', ma 'quanto a lungo potrò mantenerlo?'" La Risposta Su questo, WebSmart vince a mani basse. L'AI-assisted development è uno strumento potente per generare codice velocemente, ma senza una governance solida quella che WebSmart fornisce nativamente il debito tecnico accumulato diventa una bomba ad orologeria. Per le aziende che devono modernizzare il loro IBM i, che hanno bisogno di sistemi affidabili e manutenibili, e che vogliono formare i loro sviluppatori invece di renderli "operatori di AI", WebSmart è la scelta strategica. FAQ Che cos'è l'AI-Assisted Development? L'AI assistita (chiamata anche "vibe coding") permette di generare codice tramite descrizioni in linguaggio naturale. Secondo Y Combinator, il 25% delle startup del batch invernale 2025 aveva codebase generate al 95% dall'AI, mentre Google ha dichiarato che oltre il 30% del suo codice proviene dall'AI. Quali sono i rischi dell'AI-Assisted Development? I principali rischi includono: Il 45% del codice generato contiene vulnerabilità di sicurezza 69 vulnerabilità critiche in 15 app di test Si prevedono 1.500 miliardi di dollari di debito tecnico entro il 2027 I team che usano AI assistita mostrano delivery più lenti secondo la ricerca DORA Che cos'è WebSmart RAD? WebSmart è una piattaforma di sviluppo rapido (RAD) progettata per l'ambiente IBM i (AS/400). Non scrive codice al posto tuo, ma fornisce strumenti per scrivere codice bene, velocemente, e mantenerlo nel tempo. Include repository centrale, change management integrato, e una curva di apprendimento ridotta. Quali sono i vantaggi di WebSmart rispetto all'AI? WebSmart: Previene il debito tecnico con un repository centralizzato Garantisce manutenibilità con tracciabilità completa Offre sicurezza con codice da template testati Include governance con change management integrato Permette a junior di diventare produttivi in una settimana La velocità di sviluppo è oltre 100 volte superiore ai tool tradizionali, come testimoniato da Giuseppe Ranaldi, CIO del Gruppo Beta Trans. Perché WebSmart è superiore per l'enterprise? WebSmart è superiore perché: Il repository centrale rende gestibile il debito tecnico Il change management integrato fornisce governance completa I junior diventano produttivi in una settimana La velocità è sostenibile nel tempo Ogni modifica è tracciata e approvata WebSmart è adatto solo per IBM i? Sì, WebSmart è specificamente progettato per l'ambiente IBM i (AS/400) ed è la soluzione ideale per modernizzare applicazioni RPG/COBOL. WebSmart supporta lo sviluppo mobile? Sì, WebSmart genera interfacce responsive e supporta lo sviluppo di applicazioni mobile. WebSmart richiede competenze di programmazione? Richiede competenze minime. Un junior senza esperienza diventa produttivo in una settimana. L'AI assistita può integrare sistemi legacy? Può generare codice di integrazione, ma senza una governance centralizzata, il rischio di debito tecnico è altissimo. WebSmart è progettato specificamente per dialogare con sistemi IBM i. Quanto costa WebSmart? I costi variano in base alle esigenze aziendali. Contatta BigBlue per un preventivo personalizzato. Contatti 🌐 www.bigblue.it 📧 info@bigblue.it 📞 0423 605099 Richiedi una demo di WebSmart e scopri come puoi ridurre il debito tecnico della tua azienda. Risorse e Approfondimenti Scopri di più su WebSmart Tutte le nostre soluzioni Articolo: Il debito tecnico nell'era dell'AI

  • Eliminare il Debito Tecnico AS400 Senza Rischi

    Eliminare il debito tecnico accumulato su sistemi legacy AS400 come RPG e COBOL è una delle sfide più complesse per chi gestisce infrastrutture IT strategiche. Se gestisci un sistema IBM i (ex AS/400) con decenni di codice RPG e COBOL, sai bene che il debito tecnico non è solo un problema di vecchio codice. È un freno all'innovazione, un costo nascosto che cresce ogni anno e una fonte di preoccupazione quando i tuoi programmatori senior vanno in pensione. Non si tratta solo di tradurre codice, ma di modernizzare l'intero ecosistema, preservando la logica di business che è il vero valore di questi sistemi. Ma c'è una buona notizia: oggi è possibile modernizzare senza riscrivere tutto da zero, preservando la logica di business che hai costruito in anni di lavoro, e anzi trasformandola in un vantaggio competitivo. In questo articolo rispondiamo alle domande più frequenti sulla modernizzazione dei sistemi legacy e ti spieghiamo come i cinque strumenti che sono: Presto, WebSmart, X‑Analysis, XA‑Dashboard e bigblue DOC, possono aiutarti a fare il salto di qualità in modo graduale, sicuro e conveniente. 1. Che cos'è il debito tecnico su sistemi RPG/COBOL e perché è così critico? Il debito tecnico è l'accumulo di scelte progettuali obsolete, codice non documentato e architetture rigide che rendono costoso e rischioso qualsiasi intervento di manutenzione o evoluzione. Su sistemi IBM i con decenni di codice RPG e COBOL, il debito si manifesta con: Interfacce green screen che respingono utenti e nuovi talenti. Conoscenza concentrata in pochi programmatori senior prossimi alla pensione. Processi di stampa dipendenti da server Windows intermedi, soggetti a interruzioni. Costi di consulenza elevati per ogni minima modifica. Oggetti inutilizzati che appesantiscono il sistema, rallentano i backup e creano confusione. Il problema non è solo tecnico: è un freno alla crescita aziendale, all'innovazione e alla capacità di attrarre risorse qualificate. 2. Qual è l'approccio giusto per eliminare il debito tecnico? Non esiste una bacchetta magica, ma un percorso strategico che si articola in cinque fasi fondamentali: Analisi e documentazione con X‑Analysis – per mappare tutto il codice, le dipendenze e la complessità. Pulizia degli oggetti obsoleti con XA‑Dashboard – per eliminare in modo automatico e sicuro ciò che non serve più. Modernizzazione delle interfacce con Presto – per trasformare le videate 5250 in applicazioni web responsive. Sviluppo agile di nuove funzionalità con WebSmart – per creare web app, data entry e API senza scrivere RPG. Ottimizzazione dei processi documentali con bigblue DOC – per gestire stampe e documenti in modo nativo e professionale. Ogni fase ha i suoi strumenti, progettati per integrarsi senza stravolgere l'infrastruttura esistente e senza richiedere costose riscritture del core legacy. 3. Come si può modernizzare un gestionale IBM i senza riscrivere tutto da zero? La risposta è Presto (bigblue.it/presto). Questo strumento si installa direttamente sul tuo IBM i in circa 15 minuti e trasforma ogni videata 5250 (il classico "green screen") in un'applicazione web responsive, accessibile da qualsiasi browser e dispositivo. Presto non modifica una riga di codice RPG/COBOL: intercetta il flusso delle videate e le ripresenta come pagine HTML5, arricchite con elementi moderni come tab, grafici, autocomplete e immagini. Il tutto con un tool drag‑and‑drop che permette di ridisegnare le interfacce senza scrivere codice. È la soluzione ideale per superare le barriere del green screen senza i rischi (e i fallimenti) di una riscrittura completa. 4. Come si fa a sviluppare nuove applicazioni web e API in ambiente IBM i senza conoscere RPG? Qui entra in gioco WebSmart (bigblue.it/websmart). WebSmart è un ambiente di sviluppo rapido che permette di creare applicazioni web, data entry, cataloghi e API senza scrivere una riga di RPG. Mette a disposizione decine di template preconfigurati e un metalinguaggio intuitivo che consente anche a giovani sviluppatori (che magari conoscono Java o Python ma non RPG) di realizzare progetti complessi in tempi brevi. Inoltre, WebSmart consente di integrare chiamate API (come firma legale FEA o OTP) e offre la flessibilità di convertire le applicazioni in Java per una futura migrazione. È lo strumento perfetto per chi vuole sviluppare velocemente senza dipendere da competenze legacy. 5. Come si gestisce la mancanza di documentazione e la complessità del codice storico? Questo è forse il problema più insidioso. La soluzione è X‑Analysis (bigblue.it/x-analysis). X‑Analysis scansiona automaticamente il codice sorgente (RPG, COBOL, CL) e ricostruisce in poche ore il Data Model completo del sistema: chi legge cosa, chi scrive dove, quali programmi sono collegati. Genera documentazione tecnica sempre aggiornata (flowchart, grafi di dipendenza, cataloghi oggetti) esportabile in HTML e PDF. Inoltre, fornisce dashboard di audit con metriche di complessità, identificazione di dead code e duplicazioni. I benefici sono enormi: Si può introdurre nuovo personale senza mesi di affiancamento. Si riprende il controllo del sistema, sapendo esattamente l'impatto di ogni modifica. Si riducono drasticamente i costi di analisi e consulenza esterna. X‑Analysis è il primo passo indispensabile per qualsiasi progetto di modernizzazione. 6. Come si fa a individuare ed eliminare in modo sicuro gli oggetti che non vengono più utilizzati da anni? Questa è una delle funzionalità più potenti e spesso sottovalutate di X‑Analysis, resa operativa da XA‑Dashboard (bigblue.it/xadashboard). Nel corso dei decenni, sui sistemi IBM i si accumulano migliaia di oggetti (programmi, file, copybook) che non vengono più chiamati da nessuna applicazione, ma che continuano a occupare spazio, rallentare i backup e creare "rumore" che confonde i team di sviluppo. X‑Analysis individua automaticamente questi oggetti obsoleti, analizzando l'intero sistema e identificando con precisione ciò che non viene più utilizzato da anni. In un caso reale, un'azienda è riuscita a ridurre il proprio codice legacy del 25%, eliminando 5.400 oggetti inutilizzati e 11.000 membri sorgente, portando il totale degli oggetti da 22.222 a meno di 17.000. Ma la vera svolta è XA‑Dashboard, il modulo che trasforma l'analisi in azione. XA‑Dashboard non si limita a segnalare gli oggetti obsoleti: è in grado di eliminarli automaticamente in modo sicuro e controllato, fornendo al contempo una dashboard gestionale per monitorare lo stato di salute del sistema, l'utilizzo degli oggetti e le metriche di complessità. L'eliminazione automatica degli oggetti obsoleti porta benefici concreti e misurabili: Riduzione del carico di sistema: backup più veloci, operazioni di fine giornata più efficienti. Migliore produttività degli sviluppatori: meno "rumore" significa meno tempo speso a cercare codice rilevante. Pulizia propedeutica alla modernizzazione: un sistema snello e ben organizzato è il presupposto indispensabile per affrontare con successo qualsiasi progetto di database normalization, aggiornamento del codice o migrazione tecnologica. In sintesi, X‑Analysis ti dice cosa c'è che non va; XA‑Dashboard ti permette di risolverlo, chiudendo il cerchio della modernizzazione con un intervento attivo e misurabile. 7. Come si risolve il problema delle stampe e dei documenti da sistemi legacy? Le stampe da AS/400 sono spesso un punto dolente: dipendenza da server Windows intermedi, interruzioni a ogni patch, documenti testuali senza grafica. La risposta è bigblue DOC (bigblue.it/bigbluedoc). bigblue DOC è un motore di Output Management nativo su IBM i che elimina la necessità di server Windows. Genera documenti professionali (DDT, fatture, etichette) con loghi, barcode, QR code e formattazione avanzata, direttamente su stampanti laser e termiche. I vantaggi sono concreti: Zero riavvii per le stampe: gli aggiornamenti di Windows non bloccano più la produzione. Layout dinamico con editor visuale e logica condizionale. Multi‑output: PDF, Excel, XML, email, PEC da un'unica configurazione. Integrazione con servizi a valore legale come Namirial per la compliance documentale. 8. Questi strumenti sono compatibili tra loro? Come si integrano? Sì, sono progettati per lavorare in sinergia sullo stesso ambiente IBM i, senza richiedere server aggiuntivi o modifiche ai sorgenti esistenti. Si possono utilizzare singolarmente o in combinazione, a seconda delle priorità. L'approccio incrementale consigliato è: X‑Analysis per analizzare e documentare il patrimonio di codice. XA‑Dashboard per eliminare gli oggetti obsoleti e ripulire il sistema. Presto per modernizzare subito le interfacce utente. WebSmart per sviluppare rapidamente nuove funzionalità web/API. bigblue DOC per rivoluzionare la gestione documentale e le stampe. La sinergia dei cinque strumenti Strumento Problema Risolto Beneficio Chiave X‑Analysis Mancanza di documentazione e complessità del codice Mappatura automatica, individuazione oggetti obsoleti XA‑Dashboard Oggetti inutilizzati che appesantiscono il sistema Eliminazione automatica e sicura, dashboard gestionale Presto Interfacce green screen obsolete Modernizzazione immediata delle UI senza toccare il codice legacy WebSmart Sviluppo lento e dipendente da competenze RPG Creazione rapida di app web e API con giovani talenti bigblue DOC Stampe instabili e documenti non professionali Output management nativo, affidabile e graficamente avanzato Eliminare il debito tecnologico RPG/COBOL non è più un'impresa impossibile. Con gli strumenti giusti e un approccio strategico, è possibile modernizzare in modo incrementale, sicuro e conveniente, trasformando un sistema legacy in un asset agile e competitivo. I cinque strumenti di Bigblue offrono un percorso completo e collaudato per affrontare questa sfida, permettendo alle aziende di preservare il valore del proprio patrimonio applicativo mentre lo proiettano nel futuro. SCOPRI COME POSSIAMO AIUTARTI Prenota una consulenza gratuita Scopri chi siamo →

  • 40 anni di successo dell'AS400. Perché le aziende continuano a sceglierlo?

    Ci sono sistemi che fanno la storia dell'informatica aziendale. E poi c'è l'AS/400, che quella storia la scrive ancora oggi, dopo quasi quarant'anni dal suo debutto. Nel 1988, quando IBM lo lanciò, nessuno avrebbe immaginato che sarebbe diventato il sistema di riferimento per milioni di aziende in tutto il mondo. Eppure, a distanza di decenni, l'AS/400 – oggi IBM i – è ancora il cuore pulsante di banche, assicurazioni, aziende manifatturiere, distributori e pubbliche amministrazioni. In Italia, in particolare, il suo successo è stato straordinario. Non è un caso: l'AS/400 è stato pensato per accompagnare la crescita delle imprese, offrendo stabilità, sicurezza e scalabilità che pochi altri sistemi possono eguagliare. Ma cosa spinge ancora oggi le aziende a sceglierlo? E perché, nonostante l'evoluzione tecnologica, continua a essere una scelta strategica per chi deve gestire processi complessi e dati critici? Perché l'AS/400 è ancora così diffuso in Italia? L'AS/400 è ancora oggi uno dei sistemi più utilizzati nel nostro Paese per diverse ragioni. Innanzitutto, è stato progettato specificamente per accompagnare la crescita delle imprese, offrendo un eccellente rapporto costo-beneficio e una gestione integrata che semplifica i processi aziendali. Inoltre, il sistema è supportato da un solido ecosistema di partner e sviluppatori che nel corso dei decenni hanno costruito competenze e soluzioni su misura per il tessuto imprenditoriale italiano. Non va dimenticato che l'Italia è uno dei Paesi con il maggior numero di installazioni AS/400 ancora attive, soprattutto nei settori manifatturiero, distributivo e dei servizi. Quali sono i settori che utilizzano l'AS/400? L'AS/400 è utilizzato in moltissimi settori, grazie alla sua versatilità e affidabilità. Tra i principali: Editoria: per gestire grandi volumi di inserzioni e dati in tempo reale. Distribuzione e commercio: per il controllo delle vendite e la gestione degli ordini. Manifattura: per la pianificazione della produzione e l'integrazione dei processi. Logistica: per il tracciamento globale di merci e container. Sanità e farmaceutica: per garantire servizi continuativi 24/7 e gestire migliaia di prodotti. La sua capacità di adattarsi a esigenze diverse lo rende una scelta trasversale, dalla piccola impresa alla multinazionale. Quali sono i principali vantaggi dell'AS/400? I vantaggi dell'AS/400 si possono riassumere in cinque punti chiave: Stabilità e affidabilità nel lungo periodo: uptime misurati in anni, non in giorni. Per le aziende che non possono permettersi interruzioni, è un valore inestimabile. Gestione semplificata dei processi: database, sistema operativo e applicazioni lavorano in sinergia, riducendo la complessità. Scalabilità e flessibilità: il sistema cresce con l'azienda, dalla piccola impresa alla multinazionale, senza stravolgimenti. Ottimizzazione dei costi: il Total Cost of Ownership (TCO) è tra i più competitivi del mercato. Supporto al processo decisionale: dati in tempo reale, reportistiche potenti, integrazione con strumenti di business intelligence. L'AS/400 è un sistema fermo al passato o si evolve? L'AS/400 (oggi IBM i) è in continua evoluzione. IBM rilascia regolarmente aggiornamenti e nuove funzionalità, e la roadmap del prodotto è già tracciata fino al 2031. Oggi, l'IBM i può integrarsi con: Cloud ibridi: on-premise e cloud insieme, per la massima flessibilità. API e microservizi: per dialogare con il mondo esterno. Intelligenza Artificiale: per analizzare i dati e supportare le decisioni. Strumenti low-code: per modernizzare le interfacce senza riscrivere il codice. Modernizzare non significa abbandonare. Significa evolvere, portando il sistema nel futuro senza perdere ciò che lo rende unico. Quali sono i settori che utilizzano l'AS/400? L'AS/400 è utilizzato in moltissimi settori, grazie alla sua versatilità e affidabilità. Tra i principali: Moda e luxury: aziende come Diesel, Prada e Luxottica hanno scelto l'AS/400 come base dei loro sistemi gestionali. Editoria Distribuzione Commercio Manifattura Logistica Sanità La sua capacità di adattarsi a esigenze diverse lo rende una scelta trasversale, dalla piccola impresa alla multinazionale. Quali sono i principali vantaggi dell'AS/400? I vantaggi dell'AS/400 si possono riassumere in cinque punti chiave: Stabilità e affidabilità nel lungo periodo: uptime misurati in anni, non in giorni. Per le aziende che non possono permettersi interruzioni, è un valore inestimabile. Gestione semplificata dei processi: database, sistema operativo e applicazioni lavorano in sinergia, riducendo la complessità. Scalabilità e flessibilità: il sistema cresce con l'azienda, dalla piccola impresa alla multinazionale, senza stravolgimenti. Ottimizzazione dei costi: il Total Cost of Ownership (TCO) è tra i più competitivi del mercato. Supporto al processo decisionale: dati in tempo reale, reportistiche potenti, integrazione con strumenti di business intelligence. Come afferma Alberto Bedin, fondatore e CEO di BigBlue: "Questi sistemi funzionano ancora. Le transazioni bancarie oggi, il 60%, sono ancora fatte da questi sistemi, da questi programmi che sono effettivamente dei Matusalemme". Cosa dicono le aziende che hanno modernizzato l'AS/400 con noi? Ecco alcune testimonianze raccolte dai nostri clienti che hanno scelto di modernizzare il proprio AS/400 con risultati straordinari. "Abbiamo trasformato la gestione ordini da nero-verde a web/mobile in soli 10 giorni. Oggi la soluzione di bigblue è utilizzata da oltre 500 agenti che generano il 40+% del fatturato aziendale." Danilo Mazziero, CIO Garofoli S.p.A. – azienda leader nel settore dell'finiture in legno "Con il supporto di bigblue abbiamo installato in 15 min di orologio, ed abbiamo iniziato subito ad usarlo in tutta l'azienda, con oltre 500 utenti oggi ci stiamo portando anche sul magazzino con i tablet rugged da muletto." Marco Tamborrino, Senior IT Analyst Bruni Glass S.p.A. – azienda specializzata nel vetro per profumeria "In pochi giorni abbiamo sostituito il nostro vecchio webbizzatore, con il vantaggio che Presto è molto più veloce. Richiede meno risorse hardware quindi meno costi, e non dobbiamo ricompilare continuamente tutto." Andrea Plebani, CIO Intelco Italia Informatica srl – azienda ICT "Con Presto il nostro weborder ora è web e mobile. È attivo 24 ore su 24 sul nostro AS400 e porta il 50% degli ordini aziendali." Danilo Mazziero, Garofoli S.p.A. (in un'altra testimonianza): Quali numeri raccontano il successo dell'AS/400? I dati confermano la rilevanza globale dell'AS/400: Centinaia di migliaia di sistemi IBM i ancora attivi in tutto il mondo. Oltre il 60% delle aziende che lo utilizzano dichiara un ROI superiore rispetto ad altre piattaforme server. Più del 90% delle Fortune 500 utilizza o ha utilizzato sistemi IBM i. In Italia, è tra i sistemi più diffusi nel manifatturiero, nella distribuzione e nei servizi. Numeri che non mentono: l'AS/400 non è un sistema del passato, ma una piattaforma che guarda al futuro. Modernizzare l'AS/400 è conveniente? Assolutamente sì. La modernizzazione dell'AS/400 non significa abbandonarlo, ma valorizzarlo. Oggi esistono strumenti che permettono di: Trasformare le interfacce 5250 in web e mobile senza scrivere codice. Integrare il sistema con tecnologie open source e cloud. Aggiornare il sistema alle ultime release, beneficiando di sicurezza e performance. Documentare automaticamente il codice, preservando la conoscenza aziendale. La nostra filosofia è chiara, non si tratta di buttare via i sistemi esistenti, ma di trasformarli e adattarli alle esigenze moderne. Alberto Bedin paragona i sistemi legacy a "gettate di cemento inattaccabili" o agli acquedotti romani che resistono ancora oggi - fondamenta solide su cui costruire l'innovazione. Chi dovrebbe guidare un progetto di modernizzazione AS/400? Il progetto dovrebbe essere guidato da qualcuno che conosca il passato, il presente e il futuro del sistema: Il passato: la storia del sistema, le logiche di business costruite negli anni. Il presente: lo stato attuale, le criticità e le potenzialità. Il futuro: la visione aziendale e le opportunità tecnologiche. Questa figura deve essere indipendente, non in conflitto di interessi con il fornitore del nuovo sistema. Solo così si possono fare le scelte giuste per l'azienda. Con oltre 25 anni di esperienza e clienti come Diesel, Prada, Luxottica e Fineco Bank, BigBlue rappresenta un partner affidabile per accompagnare le aziende in questo percorso di trasformazione. L'AS/400 ha superato la prova del tempo. Non perché sia "vecchio", ma perché è solido, affidabile e sicuro. Le aziende italiane lo sanno bene e per questo lo hanno scelto decenni fa e continuano a sceglierlo oggi. Che si tratti di gestire ordini per il 50% del fatturato aziendale o di supportare oltre 500 utenti in un'azienda, l'AS/400 è il partner che non tradisce. E con le giuste strategie di modernizzazione, può continuare a esserlo per altri quarant'anni. Sei pronto a scoprire cosa può fare l'AS/400 per la tua azienda? Le aziende che vincono con l’AI non sono quelle con i modelli più avanzati. Sono quelle che affidano i progetti a team esperti, specializzati, con decenni di esperienza su sistemi mission-critical. 📢 VUOI SAPERNE DI PIÙ? Prenota una consulenza gratuita Scopri chi siamo → CONTATTACI

  • L'apocalisse dello sviluppo AI assistito è già qui (The Maintainability Gap)

    623 milioni di modifiche analizzate. 2023-2026. Il più ampio studio mai realizzato sull'impatto dell'AI sulla qualità del codice. I dati sono inequivocabili: l'AI scrive più codice che mai, ma la qualità crolla in modo sistematico. Refactoring in caduta libera (-70%), duplicazione alle stelle (+81%), bug mascherati invece che risolti (+47%). E una domanda che nessuno si sta facendo: se i Junior imparano a scrivere codice con l'AI, diventeranno mai Senior? E chi ripulirà il disastro? I numeri che dovrebbero preoccupare ogni CTO Segnale 2023 2026 Variazione Copy/paste (% linee modificate) 11,1% 15,7% +41% Duplicazione (blocchi per 1.000 modifiche) 40,3 73,0 +81% Error-masking (per 1.000 modifiche) 16,4 24,1 +47% Refactoring (% linee modificate) 12,7% 3,8% -70% Connessioni (per 1.000 funzioni) 343 223 -35% Legacy mantenuto (% modifiche) 1,7% 0,46% -74% l problema: l'AI scrive codice atomico, non codice coeso L'AI è bravissima a scrivere codice atomico: una funzione che funziona, un test che passa, un ticket chiuso. Ma è pessima a scrivere codice coeso: codice che si integra, riutilizza e consolida ciò che già esiste. Atomico vs. Coeso Codice Atomico (AI) Codice Coeso (Senior) Cosa fa Scrive una nuova funzione da zero Riutilizza e adatta funzioni esistenti Conoscenza richiesta Solo il prompt L'intero codicebase Tempo Secondi Minuti o ore Duplicazione Alta Bassa Manutenibilità Bassa Alta Debito tecnico Alto Basso Impatto a lungo termine Sistema incomprensibile Sistema manutenibile Esempio pratico L'AI scrive: python def calcola_sconto(importo, tipo_cliente): if tipo_cliente == "premium": return importo * 0.10 elif tipo_cliente == "standard": return importo * 0.05 else: return 0 Uno sviluppatore Senior scrive: python from clienti.services import get_tipo_cliente from sconti.models import Sconto def calcola_sconto(cliente_id, importo): tipo = get_tipo_cliente(cliente_id) sconto = Sconto.objects.filter(tipo=tipo).first() return importo * sconto.percentuale Il codice dell'AI è perfetto... ma ignora che nel sistema esiste già una tabella "sconti" e una funzione per recuperare il tipo cliente. È un mattone isolato, non parte di un muro. I Junior diventeranno mai Senior? Un Senior si riconosce dalla capacità di: Riconoscere pattern e consolidarli Comprendere l'architettura di un sistema Resistere alla tentazione di copiare e incollare Manutenere codice legacy senza averlo scritto lui Tutte queste competenze si imparano facendo refactoring. Non scrivendo nuovo codice da zero. Se un Junior impara a scrivere codice esclusivamente con l'AI: Non impara mai a riconoscere pattern – l'AI glieli fornisce già pronti Non impara mai a consolidare – l'AI scrive sempre codice nuovo Non impara mai a gestire il legacy – l'AI glielo fa dimenticare Non impara mai a distinguere un buon suggerimento da uno cattivo GitClear lo conferma: "I guadagni di produttività si concentrano tra gli sviluppatori che avevano già forti istinti strutturali; i rischi si concentrano tra coloro che non riconoscono ancora quando un suggerimento dell'AI sta duplicando, mascherando o reinventando." Traduzione: l'AI rende i Senior ancora più produttivi, ma impedisce ai Junior di diventare Senior. E i bug, chi li sistemerà? Duplicazione +81% → più bug, perché ogni modifica a un blocco deve essere propagata a tutti i suoi cloni Error-masking +47% → i bug non vengono segnalati. Vengono inghiottiti e restano nascosti Refactoring -70% → il codice non viene consolidato. I bug non vengono estirpati alla radice Legacy -74% → il codice vecchio non viene più toccato. I bug dormienti restano in attesa Google DORA 2024 conferma: ogni +25% di adozione AI = -7,2% di stabilità delle release. I ricercatori hanno definito il declino "sorprendente". Chi sistema i bug? I Senior. Ma se i Junior non diventano Senior, chi lo farà tra 5 anni? Il circolo vizioso L'AI scrive codice più velocemente di quanto i team possano revisionarlo Il codice è più duplicato, mascherato e meno rifattorizzato I bug aumentano ma sono nascosti I Junior imparano a usare l'AI ma non a scrivere codice I Senior passano sempre più tempo a spegnere incendi I Junior non diventano Senior Il debito tecnico cresce esponenzialmente Il sistema collassa E allora cosa succederà? Non è solo una questione di codice. È una questione di sistemi che smettono di funzionare. Un sistema gestionale scritto in RPG e COBOL, tenuto insieme da decenni di refactoring manuale, viene integrato con nuovi moduli generati dall'AI. Il codice si duplica. I bug si moltiplicano. Il refactoring si ferma. I Senior sono troppo occupati a spegnere incendi. (se non sono già in pensione) I Junior scrivono codice con l'AI ma non capiscono cosa stanno facendo. Poi, un giorno, il sistema che gestisce il magazzino va in crash. Un blocco duplicato, modificato in un punto ma non nell'altro, genera un errore a cascata. Nessuno sa dove mettere le mani. Il codice è un groviglio incomprensibile. I DDT non escono. I camion non partono. La merce resta in magazzino. Le fabbriche si fermano. E i Junior? Sono lì, con l'AI che suggerisce di copiare e incollare un altro blocco. Perché è quello che sanno fare. Perché nessuno ha mai avuto tempo di spiegargli perché il refactoring esiste. Non diventeranno mai Senior. Rimarrano operatori di AI, non ingegneri del software. E quando il sistema collasserà. Non ci sarà nessuno a ripararlo. Perché i Senior saranno andati in pensione, e i Junior non avranno mai imparato a fare il loro lavoro. Non si tratta di un problema tecnico. Si tratta di un problema di sopravvivenza aziendale. Cosa fare: Budget per refactoring Allarme sui blocchi duplicati Revisione esplicita per error-masking Junior insegnare loro a vedere i pattern, non solo a usare l'AI Misura la struttura, non il volume Fonte: GitClear, "The Maintainability Gap: AI Code Quality in 2026" – 623 milioni di modifiche analizzate, 2023-2026 https://www.gitclear.com/the_ai_code_quality_maintainability_gap Noi possiamo aiutarti A colmare il divario tra investimento in IA e valore aziendale misurabile. In un mercato in continua evoluzione, avere un partner affidabile fa la differenza. Noi di bigblue siamo il punto di riferimento per chi usa IBM i (AS400), grazie a: Competenza specifica: conosce a fondo il mondo IBM i e le sue sfide. Approccio pragmatico: soluzioni concrete, non teorie astratte. Velocità di intervento: tempi rapidi per non fermare il business. Supporto continuo: assistenza sempre disponibile e proattiva. Innovazione costante: aggiornamenti e miglioramenti continui. Il nostro obiettivo è quello di valorizzare la tua esperienza e i tuoi investimenti, trasformandoli in un vantaggio competitivo. VUOI SAPERE COME POSSIAMO AIUTARTI? Prenota una consulenza gratuita Scopri chi siamo → AIAct | IntelligenzaArtificiale | InnovazioneResponsabile | ItaliaDigitale | AgID | ACN | DeepTech | PMI

  • Boom di AI e Sboom di fiducia. Ecco cosa rivela lo Stack Overflow Survey 2025

    L'intelligenza artificiale sta rivoluzionando il mondo dello sviluppo software, ma i dati raccontano una storia complessa e affascinante. Secondo lo Stack Overflow Developer Survey 2025, che ha coinvolto oltre 49.000 sviluppatori in 177 paesi, stiamo assistendo a un fenomeno senza precedenti: l'AI viene utilizzata sempre di più, ma la fiducia in essa sta crollando. I numeri chiave del rapporto 2025: Boom di utilizzo Il dato principale è inequivocabile: l'AI è ormai parte integrante del flusso di lavoro di quasi tutti gli sviluppatori. L'84% degli intervistati utilizza o pianifica di utilizzare strumenti di AI nel proprio processo di sviluppo, in forte crescita rispetto al 76% del 2024. Il 51% degli sviluppatori professionisti utilizza strumenti di AI quotidianamente. L'adozione è trasversale a tutti i ruoli e livelli di esperienza. Sboom di fiducia Nonostante l'adozione di massa, la fiducia nella precisione dell'AI è ai minimi storici. Solo il 3% degli sviluppatori dichiara di fidarsi molto degli output generati dall'AI. Una netta maggioranza, il 46%, afferma di diffidare attivamente della loro accuratezza. La percentuale di fiducia è crollata dal 40% degli anni precedenti al 29% di quest'anno. Lo scetticismo è più marcato tra gli sviluppatori esperti, che hanno il tasso di fiducia più basso (2.6%) e quello di diffidenza più alto (20%). Perché questo paradosso? Come mai usiamo uno strumento di cui ci fidiamo sempre meno? La risposta sta nel modo in cui l'AI viene integrata nel lavoro. Calo dell'entusiasmo Il sentiment positivo verso l'AI è sceso dal 70%+ del 2023-2024 al 60% del 2025. L'entusiasmo iniziale ha lasciato il posto a un pragmatismo scettico. L'AI come "assistente", non come "sostituto" Gli sviluppatori sembrano aver capito che l'AI è ottima per generare idee, scrivere bozze di codice o automatizzare compiti ripetitivi, ma non è ancora in grado di sostituire il pensiero critico e la verifica umana. La sfida dei compiti complessi Nel 2024, il 35% degli sviluppatori professionisti riteneva che l'AI faticasse con compiti complessi. Nel 2025, questa percentuale è scesa al 29%. Questo miglioramento indica che gli strumenti stanno diventando più capaci, ma la persistente sfiducia suggerisce che per i task critici il rischio di errori è ancora troppo alto per delegare completamente. Il verdetto degli sviluppatori Il sondaggio del 2025 dipinge il ritratto di una comunità di sviluppatori che ha integrato l'AI nel proprio flusso di lavoro come uno strumento prezioso, ma che ha imparato a farlo con gli occhi ben aperti. L'AI è un compagno di lavoro utilissimo, ma la responsabilità finale e la verifica dell'accuratezza restano saldamente in mano umana. Questo rapporto, fatto di forte utilizzo e bassa fiducia, non è un fallimento dell'AI, ma un segnale di maturità del settore. Gli sviluppatori stanno imparando a usare l'AI per quello che è: un potente acceleratore, non un sostituto dell'intelligenza umana. La lezione è chiara: l'AI non sostituisce il giudizio umano, lo amplifica. E la responsabilità finale resta sempre e comunque nostra. 🔗 Riferimento dello Stack Overflow Survey 2025 https://survey.stackoverflow.co/2025/ai#developer-tools Il Futuro è Già Qui L'Intelligenza Artificiale è una realtà con cui tutti dobbiamo fare i conti. La sfida è usarla come uno strumento al servizio delle persone, e non il contrario. L'Italia, con le sue nuove leggi, ha l'opportunità di diventare un esempio per tutta l'Europa di come si fa innovazione responsabile. Le imprese che sapranno comprendere per prime queste regole e trasformarle in un punto di forza saranno le protagoniste di questa nuova era. Noi possiamo aiutarti a colmare il divario tra investimento in IA e valore aziendale misurabile. In un mercato in continua evoluzione, avere un partner affidabile fa la differenza. Noi di bigblue siamo il punto di riferimento per chi usa IBM i (AS400), grazie a: Competenza specifica: conosce a fondo il mondo IBM i e le sue sfide. Approccio pragmatico: soluzioni concrete, non teorie astratte. Velocità di intervento: tempi rapidi per non fermare il business. Supporto continuo: assistenza sempre disponibile e proattiva. Innovazione costante: aggiornamenti e miglioramenti continui. Il nostro obiettivo è quello di valorizzare la tua esperienza e i tuoi investimenti, trasformandoli in un vantaggio competitivo. VUOI SAPERE COME POSSIAMO AIUTARTI? Prenota una consulenza gratuita Scopri chi siamo → AIAct | IntelligenzaArtificiale | InnovazioneResponsabile | ItaliaDigitale | AgID | ACN | DeepTech | PMI

  • L'AI non è una bacchetta magica. È un amplificatore. Ecco come ottenere valore reale dall’AI.

    Rapporto Google DORA 2025 AI amplificatore, consigli per i leader "L'AI non crea valore dal nulla, ma amplifica le capacità esistenti delle organizzazioni." Il rapporto DORA 2025 (State of AI-Assisted Software Development) ha raccolto le risposte di quasi 5.000 professionisti tecnologici da tutto il mondo, oltre a 78 interviste qualitative, per comprendere l'impatto reale dell'Intelligenza Artificiale nello sviluppo software. La conclusione principale è chiara: l'IA è uno specchio e un amplificatore delle dinamiche organizzative preesistenti. 1. L'adozione dell'AI è quasi universale, ma con scetticismo Il 90% dei professionisti utilizza lAI nel proprio lavoro, con un aumento del 14,1% rispetto al 2024. La maggioranza (+80%) percepisce un aumento della produttività, ma esiste un approccio cauto: Il 30% dichiara di avere poca o nessuna fiducia nel codice generato dall'IA. Solo il 7% usa l'IA "sempre" quando affronta un problema. Il 37% si affida all'IA "moderatamente", mentre il 20% "molto". "Mi fido, ma verifico": gli sviluppatori trattano l'AI come uno strumento utile, ma non infallibile, simile a come usavano Stack Overflow. 🧠 2. L'AI non è una soluzione ma un amplificatore Il rapporto introduce il concetto di "AI as an amplifier" (l'IA come amplificatore): Scenario Effetto dell'IA ✅ Organizzazione ben strutturata L'AI amplifica velocità, qualità e performance ❌ Organizzazione disorganizzata L'AI amplifica caos, instabilità e inefficienze Gene Kim, co-autore del rapporto, sottolinea: "Le squadre con buone pratiche ingegneristiche ottengono benefici straordinari dall'AI. Chi non le ha, probabilmente vivrà un'esperienza molto negativa." 3. L'AI migliora il throughput, ma aumenta l'instabilità Rispetto al 2024, il rapporto registra un cambiamento significativo: L'AI ora migliora il throughput (velocità di consegna del software), invertendo la tendenza negativa dell'anno scorso. Tuttavia, l'instabilità delle consegne aumenta ancora: per ogni aumento del 25% nell'adozione dell'IA, si stima un incremento del 7,2% dell'instabilità. "È come avere un motore più potente, ma freni e cinture di sicurezza non ancora aggiornati." 4. I sette profili di team identificati da DORA Profilo % Descrizione Punti chiave Sfide fondamentali (Foundational challenges) 10% Team in modalità sopravvivenza, con gravi carenze nei processi, nell'ambiente e nei risultati. • Performance molto basse • Alto burnout • Friction significativo • Instabilità sistemica Collo di bottiglia legacy (Legacy bottleneck) 11% Team in costante stato reattivo, dove sistemi instabili dettano il lavoro e minano il morale. • Performance di prodotto basse • Consegne regolari ma di valore limitato • Alto burnout e friction • Instabilità frequente → lavoro reattivo Vincolati dai processi (Constrained by process) 17% Team su un "tapis roulant": sistemi stabili, ma processi inefficienti consumano energia. • Bassa efficacia e valore per cliente/business • Alto burnout e friction • Sistemi stabili (l'instabilità tecnica non è il problema) Alto impatto, bassa cadenza (High impact, low cadence) 7% Team che produce lavoro ad alto impatto, ma con un modello di consegna lento e instabile. • Performance di prodotto e efficacia individuale elevate • Basso friction (ambiente efficiente) • Alta instabilità → rischio per l'affidabilità Stabili e metodici (Stable and methodical) 15% Gli "artigiani" del software: lavoro di alta qualità a un ritmo deliberato e sostenibile. • Performance di prodotto e qualità elevate • Basso burnout e friction • Alta stabilità e affidabilità Performers pragmatici (Pragmatic performers) 20% Team che consegnano con velocità e stabilità, anche se l'ambiente non è al top dell'engagement. • Throughput buono, instabilità bassa • Burnout e friction nella media • Ambiente funzionale ma non eccellente Armonici ad alte prestazioni (Harmonious high-achievers) 20% L'eccellenza: un ciclo virtuoso dove stabilità e basso friction consentono alta qualità in modo sostenibile. • Performance positive su tutti i fronti • Basso burnout e friction • Fondamenta tecniche solide che abilitano velocità e qualità Il 40% dei team (cluster 6 e 7) dimostra che velocità e stabilità possono coesistere — il mito del trade-off "veloce o stabile" è sfatato. I team con performance basse (cluster 1, 2, 3) rappresentano il 38% del campione e mostrano come l'instabilità, i processi inefficienti o la mancanza di fondamenta solide possano frenare qualsiasi tecnologia, inclusa l'IA. Il cluster 4 (7%) è un caso interessante: alto impatto ma instabile — dimostra che la velocità senza stabilità è una strategia pericolosa e insostenibile. Perché è importante per l'AI? Il rapporto DORA 2025 sottolinea che lAI amplifica le caratteristiche esistenti di un team: Se il team è... L'IA... Nei cluster 6 o 7 (eccellenti) Amplifica performance, velocità e qualità Nei cluster 1, 2 o 3 (in difficoltà) Amplifica caos, instabilità e inefficienze "L'IA è come uno specchio: riflette e ingigantisce i pregi e i difetti reali di un'organizzazione." 5. Il modello DORA AI Capabilities Il rapporto introduce per la prima volta il DORA AI Capabilities Model, che identifica 7 capacità organizzative che amplificano i benefici dell'AI. Queste capacità non sono strumenti tecnologici, ma pratiche culturali e tecniche che creano il terreno fertile per far sì che l'IA generi valore reale. "Il valore dell'IA non viene sbloccato dagli strumenti stessi, ma dall'ambiente tecnico e culturale che li circonda." Tabella riassuntiva delle 7 capacità DORA AI Capacità (Italiano) Capacità (Originale) Effetto amplificato Chiara policy sull'IA comunicata Clear and communicated AI stance Amplifica efficacia individuale, performance organizzativa e riduce il friction Ecosistema di dati sano Healthy data ecosystems Amplifica la performance organizzativa Dati interni accessibili all'IA AI-accessible internal data Amplifica efficacia individuale e qualità del codice Solide pratiche di version control Strong version control practices Amplifica efficacia individuale e performance del team Lavoro in piccoli batch Working in small batches Amplifica performance del prodotto e riduce il friction Focus centrato sull'utente User-centric focus Amplifica la performance del team (⚠️ in sua assenza, l'IA peggiora le performance) Piattaforma interna di qualità Quality internal platforms Amplifica la performance organizzativa Spiegazione dettagliata di ogni capacità 1. Chiara policy sull'IA comunicata (Clear and communicated AI stance) Cosa significa L'organizzazione ha una posizione ufficiale, chiara e ben comunicata su come i developer possono e devono usare l'IA. Questo include: Quali strumenti sono permessi Se l'uso dell'IA è incoraggiato o meno Quali sono i limiti (es. dati sensibili, privacy) Perché è importante Senza chiarezza, i developer cadono in due trappole: Troppo cauti → usano meno l'IA di quanto potrebbero, per paura di infrangere regole non scritte. Troppo permissivi → usano l'IA in modi non appropriati, esponendo l'azienda a rischi. "L'ambiguità attorno all'IA soffoca l'adozione e crea rischi." Effetto amplificato: Aumenta l'efficacia individuale Aumenta la performance organizzativa Riduce il friction (l'attrito nel lavoro) 2. Ecosistema di dati sano (Healthy data ecosystems) Cosa significa: I dati interni dell'organizzazione sono: Di alta qualità (accurati, aggiornati, completi) Accessibili (facili da trovare e usare) Unificati (non frammentati in silos separati) Perché è importante L'IA è solo buona quanto i dati su cui si basa. Se i dati sono sporchi, frammentati o inaccessibili, l'IA non può fare un buon lavoro. "Molte aziende non sono nemmeno nella fase in cui hanno i dati organizzati... sono sparsi in tutta l'azienda, senza uno standard." — intervistato DORA Effetto amplificato: Aumenta la performance organizzativa Consiglio pratico: Investi nella qualità e nell'organizzazione dei dati prima di investire nell'IA. È il prerequisito fondamentale. 3. Dati interni accessibili all'IA (AI-accessible internal data) Cosa significa Non solo i dati sono di qualità, ma sono effettivamente collegati agli strumenti di IA che i developer usano. L'IA può: Accedere a documentazione interna Consultare repository di codice Recuperare informazioni aziendali specifiche Perché è importante Un'IA generica (tipo ChatGPT) può aiutare, ma un'IA che conosce il contesto specifico dell'azienda è molto più potente. Può suggerire codice che rispetta gli standard interni, usare terminologia aziendale, e attingere a soluzioni già sviluppate. Effetto amplificato: Aumenta l'efficacia individuale Aumenta la qualità del codice Consiglio pratico: Non basta comprare licenze IA. Serve un lavoro di ingegneria per collegare l'IA ai sistemi interni in modo sicuro. 4. Solide pratiche di version control (Strong version control practices) Cosa significa: I team usano il version control (es. Git) in modo maturo e frequente: Commit frequenti (piccole modifiche tracciabili) Uso regolare delle funzioni di rollback (annullamento delle modifiche) Perché è importante: L'IA accelera la scrittura del codice, ma questo aumenta anche il volume e la velocità dei cambiamenti. Senza un buon version control, diventa difficile gestire questa mole di modifiche. Il version control agisce come una "rete di sicurezza psicologica": i developer possono sperimentare con l'IA sapendo di poter tornare indietro facilmente. "La capacità di annullare le modifiche rapidamente e senza problemi non è solo una comodità; è un abilitatore critico di velocità e resilienza." Effetto amplificato: Commit frequenti → amplifica l'efficacia individuale Uso frequente di rollback → amplifica la performance del team Consiglio pratico: Incoraggia commit piccoli e frequenti, e insegna ai team a usare rollback e revert senza paura. 5. Lavoro in piccoli batch (Working in small batches) Cosa significa: I team suddividono il lavoro in piccole unità (batch) che possono essere sviluppate, testate e rilasciate rapidamente, invece di grandi rilasci "tutto-in-uno". Perché è importante: L'IA può generare grandi quantità di codice in poco tempo. Ma recensire grandi batch di codice è più difficile, e aumenta il rischio di errori e instabilità. Lavorare in piccoli batch: Rende le revisioni più facili Riduce il rischio di errori Permette un feedback più rapido Effetto amplificato: Aumenta la performance del prodotto Riduce il friction (l'attrito nel lavoro) Leggero effetto riduttivo sull'efficacia individuale (perché si scrive meno codice in una volta) Interpretazione: Anche se lavorare in piccoli batch riduce leggermente l'efficacia individuale percepita (perché si generano quantità minori di codice), i benefici complessivi su prodotto e riduzione dell'attrito sono molto maggiori. Consiglio pratico: La velocità non è scrivere tanto codice, ma consegnare valore più velocemente. I piccoli batch sono la strada. 6. Focus centrato sull'utente (User-centric focus) — La più importante Cosa significa: I team mettono le esigenze degli utenti finali al centro delle loro decisioni: Creare valore per gli utenti è l'obiettivo principale L'esperienza utente è la priorità assoluta Il focus sull'utente è considerato chiave per il successo del business Perché è importante: Questa è la scoperta più netta e sorprendente del rapporto: Scenario Effetto ✅ Team con focus sull'utente L'IA amplifica la performance del team ❌ Team senza focus sull'utente L'IA peggiora la performance del team "In assenza di un focus centrato sull'utente, l'adozione dell'IA può danneggiare la performance del team." Perché succede? Un developer può diventare molto più produttivo con l'IA, ma se sta andando nella direzione sbagliata (perché non sa cosa serve davvero all'utente), quella produttività è dannosa. L'IA accelera il movimento, ma se la bussola è rotta, si va più veloci nella direzione sbagliata. "Senza un focus sull'utente, i team possono muoversi velocemente nella direzione sbagliata." Effetto amplificato: ✅ Con focus sull'utente → amplifica la performance del team ❌ Senza focus sull'utente → l'IA danneggia la performance del team Consiglio pratico: Prima di introdurre l'IA, assicurati che i team abbiano una chiara comprensione dei bisogni degli utenti. L'IA è uno strumento, non una strategia. 7. Piattaforma interna di qualità (Quality internal platforms) Cosa significa: L'organizzazione ha una piattaforma interna (insieme di capacità condivise tra più applicazioni) che: È facile da usare Automatizza le attività Fornisce feedback chiari Astrae la complessità dell'infrastruttura Perché è importante: La piattaforma agisce come moltiplicatore di forza per l'IA: Distribuisce i benefici dell'IA su larga scala Governa l'uso dell'IA (fornisce guardrail e sicurezza) Astrae la complessità, rendendo l'IA più facile da usare Un dato chiave: il 90% delle organizzazioni ha adottato il platform engineering. Ma non basta avere una piattaforma, deve essere di qualità. "Un investimento nell'IA senza un corrispondente investimento in piattaforme di alta qualità è improbabile che produca ritorni significativi a livello organizzativo." Effetto amplificato: ✅ Aumenta la performance organizzativa ⚠️ Può aumentare leggermente il friction (ma è un trade-off gestibile) Perché aumenta il friction?Le piattaforme di qualità impongono standard e limiti (es. API interne con controlli di sicurezza più stringenti). Questo può creare un po' di attrito, ma è funzionale alla sicurezza e alla governance. Consiglio pratico: Tratta la piattaforma come un prodotto e i developer come clienti. La qualità della piattaforma è il fondamento per scalare i benefici dell'IA. Perché questo modello è rivoluzionario? Il modello DORA AI Capabilities sposta l'attenzione: Prima Ora "Quale strumento AI comprare?" "Quali capacità organizzative costruire?" "Quanto usiamo l'AI?" "In che condizioni usiamo l'AI?" "L'AI aumenta la produttività?" "L'AI amplifica ciò che già siamo?" "L'AI è uno specchio: riflette e ingigantisce i pregi e i difetti reali di un'organizzazione." I cluster 6 e 7 rappresentano quasi il 40% del campione, dimostrando che velocità e stabilità non sono in conflitto. "Senza un focus sull'utente, l'adozione dell'AI può danneggiare il team." — questa è una delle scoperte più nette del rapporto. 6. Value Stream Management (VSM): il moltiplicatore di forza Il rapporto conferma che il Value Stream Management (mappatura e ottimizzazione del flusso di lavoro) è un moltiplicatore di forza per l'IA: I team che praticano VSM dedicano più tempo a lavoro di valore. Il VSM trasforma i guadagni locali di produttività in vantaggi organizzativi. Senza VSM, l'IA rischia di creare solo efficienze localizzate che si perdono a valle. "L'AI senza VSM è come accelerare in un vicolo cieco." 7. L'AI come specchio e moltiplicatore Eirini Kalliamvakou (GitHub) scrive nel rapporto: "L'AI riflette come i sistemi operano realmente. Nelle organizzazioni allineate, amplifica il flusso. In quelle frammentate, espone i punti dolenti." L'AI non cambia i sistemi da sola: li rivela. Le organizzazioni che vogliono trarre vantaggio dall'AI devono trattare l'adozione come una trasformazione sistemica, non come un semplice acquisto di strumenti. 8. Raccomandazioni pratiche per i leader Chiudere e comunicare una policy chiara sull'AI In quanto l'ambiguità frena l'adozione e crea rischi. Trattare i dati come un asset strategico Qualità, accessibilità e unificazione sono essenziali. Collegare l'AI al contesto interno Documentazione, repository e dati aziendali. Rafforzare i sistemi di controllo Version control e rollback sono reti di sicurezza critiche. Lavorare in piccoli batch Migliora la performance del prodotto e riduce il friction. Mettere l'utente al centro Senza questo, l'IA può danneggiare il team. Investire nella piattaforma interna È il fondamento per scalare i benefici dell'IA. Domande Frequanti: 1. Cos'è il rapporto DORA 2025? È lo studio annuale di Google Cloud sullo stato dello sviluppo software, con focus sull'impatto dell'AI. Ha coinvolto quasi 5.000 professionisti e 78 interviste qualitative. 2. Qual è la scoperta principale? L'AI è un amplificatore: non crea valore dal nulla, ma esalta i punti di forza e di debolezza esistenti in un'organizzazione. 3. L'AI rende i programmatori più produttivi? Sì, l'80% percepisce un aumento di produttività, e il throughput (velocità di consegna) è migliorato rispetto al 2024. 4. Quali sono i rischi? L'AI aumenta l'instabilità delle consegne. Inoltre, in assenza di un focus sull'utente, può peggiorare le performance del team. 5. Quali capacità organizzative amplificano i benefici dell'AI? Il modello DORA AI Capabilities identifica 7 leve: policy chiara, dati sani, dati accessibili all'AI, version control, piccoli batch, focus sull'utente e piattaforma interna di qualità. 6. L'AI sostituirà i programmatori? No. L'AI è uno strumento di amplificazione. Il rapporto sottolinea che il successo dipende dalle persone e dai sistemi, non dalla tecnologia in sé. 🔗 Riferimento Il rapporto DORA 2025 State of AI-Assisted Software Development https://dora.dev/research/2025/dora-report/ Il Futuro è Già Qui L'Intelligenza Artificiale è una realtà con cui tutti dobbiamo fare i conti. La sfida è usarla come uno strumento al servizio delle persone, e non il contrario. L'Italia, con le sue nuove leggi, ha l'opportunità di diventare un esempio per tutta l'Europa di come si fa innovazione responsabile. Le imprese che sapranno comprendere per prime queste regole e trasformarle in un punto di forza saranno le protagoniste di questa nuova era. Noi possiamo aiutarti a colmare il divario tra investimento in IA e valore aziendale misurabile. In un mercato in continua evoluzione, avere un partner affidabile fa la differenza. Noi di bigblue siamo il punto di riferimento per chi usa IBM i (AS400), grazie a: Competenza specifica: conosce a fondo il mondo IBM i e le sue sfide. Approccio pragmatico: soluzioni concrete, non teorie astratte. Velocità di intervento: tempi rapidi per non fermare il business. Supporto continuo: assistenza sempre disponibile e proattiva. Innovazione costante: aggiornamenti e miglioramenti continui. Il nostro obiettivo è quello di valorizzare la tua esperienza e i tuoi investimenti, trasformandoli in un vantaggio competitivo. VUOI SAPERE COME POSSIAMO AIUTARTI? Prenota una consulenza gratuita Scopri chi siamo → AIAct | IntelligenzaArtificiale | InnovazioneResponsabile | ItaliaDigitale | AgID | ACN | DeepTech | PMI

  • La AI ti rende più produttivo o crea codice spazzatura?

    Un recente studio della Carnegie Mellon University (2025) intitolato “Does AI-Assisted Coding Deliver? A Difference-in-Differences Study of Cursor’s Impact on Software Projects” fa chiarezza su questo argomento. Impatto di Cursor sui progetti software I ricercatori Hao He, Courtney Miller e il team della CMU hanno applicato un modello quasi-sperimentale difference-in-differences (DiD) confrontando 807 repository GitHub che hanno adottato Cursor con 1.380 progetti di controllo simili. I risultati empirici evidenziano tre metriche fondamentali: Velocità di sviluppo (+281%): Nel primo mese di adozione, le linee di codice aggiunte aumentano di circa 3-5 volte. Warning di analisi statica (+30%): I linter rilevano un incremento immediato di bug potenziali, problemi di manutenibilità e sicurezza. Complessità del codice (+41%): La complessità cognitiva del software cresce in modo persistente, indicando la produzione di codice meno leggibile e più intricato. Il paradosso del "Vibe Coding": Guadagni temporanei e debito tecnico permanenti Il dato più significativo dello studio riguarda la durata dei benefici. L'incremento della velocità di sviluppo è transitorio e svanisce dopo i primi due mesi. Perché la produttività dell'IA crolla nel tempo? Attraverso stime econometriche Panel LMM, la ricerca dimostra una relazione causale bidirezionale (loop): L'accelerazione iniziale dell'AI produce una quantità massiccia di codice in poco tempo. L'aumento del volume accresce proporzionalmente il debito tecnico. La complessità accumulata agisce da zavorra: secondo i modelli LMM dello studio, un aumento del 100% della complessità del codice causa un rallentamento della velocità futura pari al 64.5%. Questo fenomeno innesca un ciclo di "eccitazione-frustrazione-abbandono": gli sviluppatori passano meno tempo a digitare, ma spendono molte più ore a decifrare, correggere e fare il debugging di logiche AI intricate, riducendo progressivamente l'uso intensivo dello strumento. Come mitigare il debito tecnico degli LLM Agent Lo studio della Carnegie Mellon non boccia gli assistenti agentici come Cursor o Claude Code, ma evidenzia che sono strumenti focalizzati sulla generazione e non sulla qualità. Per ottimizzare lo sviluppo software aziendale con l'intelligenza artificiale, i Tech Lead devono implementare due strategie: Scalare la Quality Assurance (QA): I processi di code review, i test automatici e i vincoli dei linter statici devono evolvere di pari passo con la velocità di scrittura dell'IA. Sfruttare le regole di contesto: Configurare file rigidi (come i file .cursorrules) non solo per generare codice rapidamente, ma per imporre vincoli architetturali stringenti e standard di leggibilità. Domande Frequenti: Cos'è il debito tecnico causato dall'AI nella programmazione? È l'accumulo di codice ridondante, avvisi di analisi statica e complessità strutturale generati dagli LLM. Sebbene l'AI scriva codice funzionante nell'immediato, la mancanza di visione architetturale rende la base di codice difficile da mantenere, rallentando gli sviluppatori umani nei mesi successivi. Cursor IDE rende i programmatori più veloci? Sì, ma solo inizialmente. Lo studio CMU dimostra che nel primo mese le linee di codice aggiunte crescono del 281%. Tuttavia, a causa della complessità accumulata, la velocità di sviluppo torna alla baseline storica del progetto già a partire dal terzo mese. Come evitare che l'IA complichi il codice sorgente? È necessario trattare il codice generato dall'IA con maggiore severità durante le code review, utilizzare prompt che diano priorità alla leggibilità rispetto alla concisione e integrare linter automatici nella pipeline di CI/CD per bloccare il codice con complessità cognitiva troppo elevata. Riferimenti: He, H., Miller, C., Agarwal, S., Kästner, C., & Vasilescu, B. (2025).Is AI‑Assisted Programming Really Effective? A Difference‑in‑Differences Study of Cursor’s Impact on Software Projects.Carnegie Mellon University. Link Pacchetto di installazione Cursor: github.com/hehao98/CursorStudy Il Futuro è Già Qui L'Intelligenza Artificiale è una realtà con cui tutti dobbiamo fare i conti. La sfida è usarla come uno strumento al servizio delle persone, e non il contrario. L'Italia, con le sue nuove leggi, ha l'opportunità di diventare un esempio per tutta l'Europa di come si fa innovazione responsabile. Le imprese che sapranno comprendere per prime queste regole e trasformarle in un punto di forza saranno le protagoniste di questa nuova era. E voi, siete pronti per questa rivoluzione? Noi possiamo aiutarti a colmare il divario tra investimento in IA e valore aziendale misurabile. In un mercato in continua evoluzione, avere un partner affidabile fa la differenza. Noi di bigblue siamo il punto di riferimento per chi usa IBM i (AS400), grazie a: Competenza specifica: conosce a fondo il mondo IBM i e le sue sfide. Approccio pragmatico: soluzioni concrete, non teorie astratte. Velocità di intervento: tempi rapidi per non fermare il business. Supporto continuo: assistenza sempre disponibile e proattiva. Innovazione costante: aggiornamenti e miglioramenti continui. Il nostro obiettivo è quello di valorizzare la tua esperienza e i tuoi investimenti, trasformandoli in un vantaggio competitivo. VUOI SAPERE COME POSSIAMO AIUTARTI? Prenota una consulenza gratuita Scopri chi siamo → AIAct | IntelligenzaArtificiale | InnovazioneResponsabile | ItaliaDigitale | AgID | ACN | DeepTech | PMI

  • Quali sono gli errori più comuni quando si decide di cambiare gestionale AS400?

    Cambiare il gestionale AS/400, oggi IBM i, è una delle decisioni più strategiche che un'azienda possa prendere. Da un lato, c'è la necessità di modernizzare i sistemi, aggiornare le tecnologie e stare al passo con le esigenze del business. Dall'altro, c'è il timore di interrompere processi che funzionano da decenni. E il timore è più che giustificato. Un cambio gestionale mal gestito può portare a perdite di dati, interruzioni operative prolungate, costi fuori controllo e frustrazione diffusa in tutti i reparti. Con oltre 20 anni di esperienza nel mondo IBM i, abbiamo accompagnato aziende come Prada, Luxottica, Diesel e Fineco Bank in progetti di modernizzazione e migrazione. Abbiamo visto progetti di successo e progetti falliti. Abbiamo imparato che la differenza sta sempre nella preparazione. Con la giusta strategia e una checklist chiara, il passaggio può diventare un'opportunità per migliorare le prestazioni aziendali, ridurre i costi e garantire maggiore sicurezza. Qual è l'errore più comune quando si decide di cambiare gestionale AS/400? Il primo e più diffuso errore è non valutare adeguatamente il sistema attuale. Molte aziende sottovalutano la complessità del proprio ambiente AS/400, ignorando dettagli critici come applicazioni personalizzate, database non documentati e interdipendenze tra processi. Come spiega Alberto Bedin, fondatore e CEO di bigblue: "Questi sistemi funzionano ancora. Le transazioni bancarie oggi, il 60%, sono ancora fatte da questi sistemi, da questi programmi che sono effettivamente dei Matusalemme". La soluzione? Affidarsi a un partner tecnologico esperto come BigBlue che consigli di procedere con un'analisi approfondita del sistema prima del cambio gestionale. Questa analisi serve a: Identificare applicazioni obsolete o ridondanti che potrebbero non essere necessarie nella nuova soluzione. Coinvolgere gli utenti chiave per mappare tutte le funzionalità utilizzate e individuare nuove necessità. Documentare le logiche di business che nessuno ha mai scritto. Senza questa analisi, si rischia di portare nel nuovo sistema problemi che si sarebbero potuti lasciare indietro. Perché i backup sono così importanti in un progetto di migrazione? Non eseguire backup completi è uno degli errori più pericolosi. Un backup affidabile è l'ultima linea di difesa in caso di errore durante la migrazione. Senza, si rischiano perdite irreversibili. La checklist per i backup prevede tre passaggi fondamentali: Verificare che i backup dei dati e delle applicazioni siano completi. Testare il ripristino dei backup per verificare l'integrità dei file. Salvare i backup in un ambiente sicuro e separato. Non basta fare il backup: bisogna essere sicuri che funzioni. BigBlue consiglia di eseguire più copie di backup in luoghi diversi, per garantire la massima sicurezza. I dati del vecchio gestionale possono creare problemi nel nuovo? Assolutamente sì. I database AS/400 possono contenere dati duplicati, inconsistenti o obsoleti che, se trasferiti così come sono, compromettono la qualità della nuova infrastruttura. Questa situazione è dovuta al lungo corso dell'infrastruttura e alla naturale stratificazione di dati e informazioni di ogni azienda. Per evitare di riportare una mole enorme di dati dal basso valore, è fondamentale: Implementare una strategia di pulizia e normalizzazione dei dati prima del cambio gestionale. Eseguire controlli di qualità per eliminare errori e ridondanze. Standardizzare i formati per garantire la compatibilità con il nuovo ambiente. Un vecchio adagio dell'informatica recita: "spazzatura in entrata, spazzatura in uscita". In un progetto di migrazione, questo principio è più vero che mai. Quanto è importante la fase di test? Non testare adeguatamente il nuovo sistema prima del passaggio definitivo è un errore che può costare caro. Procedere direttamente al cambio senza test approfonditi può causare errori imprevedibili e downtime prolungati. La buona prassi prevede: Creare un ambiente di test per simulare il cambio gestionale prima dell'implementazione reale. Verificare l'integrità dei dati e la compatibilità delle applicazioni nel nuovo sistema. Coinvolgere gli utenti finali per testare le funzionalità critiche e capire come gestirle nel nuovo gestionale. In questo caso, l'esperienza del partner tecnologico fa la differenza. Con oltre 20 anni di progetti alle spalle, bigblue sa quali sono le insidie più comuni e come evitarle. Come si gestisce il rischio di interruzione del business? Più che di un errore, è corretto parlare di rischio concreto quando si approccia un progetto in maniera non strutturata e condivisa. Un'interruzione prolungata dei servizi può avere un impatto significativo sull'operatività aziendale. La soluzione ideale è: Pianificare il passaggio durante periodi di bassa operatività (es. weekend, ferie collettive). Adottare una strategia di cambio gestionale graduale, magari partendo da un reparto pilota, per ridurre i rischi. Utilizzare strumenti che permettano il parallelismo tra vecchio e nuovo sistema. La continuità operativa non è un dettaglio: è la condizione che permette all'azienda di continuare a fatturare mentre il progetto va avanti. Perché la formazione del personale è così importante? Non dimentichiamoci mai che il successo di ogni processo di digital transformation parte sempre dalle persone. Il cambiamento è un percorso che va costruito insieme agli utilizzatori finali. Un buon percorso di affiancamento e consulenza deve prevedere: Formazione teorica e pratica, per acquisire padronanza dei nuovi processi e funzionalità. Supporto tecnico dedicato, per risolvere i dubbi che inevitabilmente sorgono nei primi giorni. Materiali e manuali chiari e accessibili. La formazione non è un costo: è un investimento che riduce la resistenza al cambiamento e abilita l'utilizzo proattivo della nuova soluzione. Perché è fondamentale affidarsi a esperti del settore? Tentare un cambio gestionale AS/400 senza affidarsi a partner con esperienza specifica in progetti di migrazione su piattaforme IBM i può portare a errori costosi e tempi di implementazione più lunghi. Come sottolinea Alberto Bedin di BigBlue: "Noi siamo in grado di trasformare questi Matusalemme - applicazioni solide, robuste, efficaci - in applicazioni che ragionano per processi e che possono lavorare anche sul tuo smartphone". Oltre all'esperienza, a fare la differenza sarà la possibilità di scegliere una soluzione compatibile con IBM i per ridurre la complessità del passaggio. Offriamo: Oltre 20 anni di esperienza nel mondo IBM i. Clienti come Prada, Luxottica, Diesel e Fineco Bank. Soluzioni volte ad assicurare continuità tecnologica e innovazione operativa. Esistono alternative alla sostituzione completa del gestionale? Sì, e spesso sono la scelta più saggia. La sostituzione in blocco non è sempre necessaria. In molti casi, la modernizzazione incrementale è la via più sicura, più economica e più reversibile. L'alternativa più efficace è modernizzare il sistema senza sostituirlo completamente, attraverso un layer di integrazione sopra l'esistente. Il gestionale continua a fare quello che fa. Sopra l'esistente viene costruito un layer che introduce: API e webservice per far dialogare il sistema con il mondo esterno. Automazione dei flussi per ottimizzare i processi. Interfacce moderne per sostituire le schermate 5250. Cloud integration per estendere le funzionalità. I vantaggi sono tre: Rischio basso: se qualcosa non funziona nel layer, il gestionale continua a operare. Costo contenuto: si costruisce solo ciò che serve, non si rifà tutto. Reversibilità: se domani l'azienda decide di migrare il gestionale, il layer resta. Con strumenti come PRESTO, puoi trasformare le interfacce 5250 in web e mobile senza scrivere una riga di codice, in pochi giorni. Quando ha senso sostituire completamente il gestionale? Non siamo ideologici. Ci sono casi in cui la migrazione è la scelta giusta: Quando il vendor non supporta più il gestionale. Quando i costi di manutenzione superano quelli di una migrazione. Quando il business è cambiato così radicalmente che il gestionale non copre più le funzioni core. Quando l'azienda è in una fase di M&A e deve unificare sistemi diversi. Ma anche in questi casi, l'approccio incrementale – costruire prima il layer, poi migrare gradualmente – è quasi sempre più sicuro della sostituzione in blocco. BigBlue accompagna le aziende in entrambi i percorsi, aiutandole a scegliere la strategia più adatta al loro contesto specifico. Un cambio gestionale AS/400 ben pianificato permette di migliorare le prestazioni aziendali, ridurre i costi e garantire maggiore sicurezza. Evitare gli errori comuni – analisi superficiale, backup insufficienti, dati non puliti, test saltati, mancata formazione – e seguire una strategia strutturata può fare la differenza tra un progetto di successo e un'esperienza frustrante. La checklist è chiara: Analizza a fondo il sistema attuale. Esegui backup completi e testali. Pulisci e normalizza i dati. Testa il nuovo sistema in un ambiente separato. Pianifica la continuità operativa. Forma adeguatamente il personale. Affidati a esperti del settore come BigBlue. Il tuo cambio gestionale AS/400 merita di essere fatto bene. Le aziende che vincono con l’AI non sono quelle con i modelli più avanzati. Sono quelle che affidano i progetti a team esperti, specializzati, con decenni di esperienza su sistemi mission-critical. Da oltre 25 anni accompagniamo aziende come Prada, Luxottica, Fineco Bank nella trasformazione digitale. 📢 VUOI SAPERNE DI PIÙ? Prenota una consulenza gratuita Scopri chi siamo →

  • Soluzioni Complete per la Modernizzazione del tuo AS400. Scopri i nostri servizi

    Trasformiamo il tuo IBM i in un motore di innovazione digitale "Non vendiamo solo strumenti: offriamo un ecosistema integrato che copre l'intera filiera della modernizzazione." Cosa offriamo: Siamo il partner di riferimento in Italia per la modernizzazione dei sistemi IBM i (AS400). Con 26 anni di esperienza, oltre 260 clienti enterprise e più di 3.200 strumenti installati, mettiamo a disposizione un ecosistema completo di servizi progettati per trasformare il tuo heritage tecnologico in innovazione digitale. I nostri servizi coprono l'intero spettro della modernizzazione: dall'analisi e documentazione automatica del codice legacy, alla trasformazione delle green screen in interfacce web e mobile, fino all'integrazione con intelligenza artificiale e soluzioni cloud. Quali sono i principali servizi? Offriamo una suite completa di servizi per la modernizzazione dei sistemi IBM i / AS400: ✅ Modernizzazione AS400 in Web e Mobile – Trasformazione delle interfacce green screen in applicazioni web e mobile responsive, senza scrivere codice. ✅ Portiamo i tuoi AS400 sul Cloud – Migrazione e integrazione dei sistemi legacy verso infrastrutture cloud scalabili e sicure. ✅ Output Management IBM i AS400 – Gestione avanzata della documentazione e dell'output aziendale. ✅ Analisi e Documentazione Automatica – Mappatura completa del codice RPG, COBOL e Synon con X-Analysis Advisor. ✅ Business Intelligence – Dashboard, reportistica e analisi predittiva con bigblue BI4i. ✅ CRM Integrato – Gestione clienti, weborder, portale fornitori e ticketing su web e mobile. ✅ Intelligenza Artificiale – Integrazione di AI per supporto decisionale e automazione dei processi. ✅ Assistenza Tecnica Specializzata – Supporto professionale e veloce con SLA garantito. Come funziona la modernizzazione delle green screen in web e mobile? La modernizzazione avviene attraverso Presto, il nostro strumento che trasforma le interfacce a caratteri (5250) in applicazioni web e mobile responsive senza scrivere una riga di codice. I vantaggi sono immediati: Accesso immediato da qualsiasi browser, su qualsiasi dispositivo, con sicurezza HTTPS Setup in 24 ore – configuriamo e installiamo la soluzione direttamente sul tuo sistema Nessuna modifica ai sorgenti – il tuo gestionale AS400 resta intatto Risultati in pochi giorni – come Garofoli, che ha costruito la gestione ordini web e mobile in soli 10 giorni Cosa significa "portare i tuoi AS400 sul cloud"? Significa migrare e integrare i tuoi sistemi legacy verso infrastrutture cloud moderne, senza perdere l'affidabilità che ha reso l'AS400 il cavallo di battaglia delle aziende per oltre trent'anni. I nostri servizi cloud includono: Migrazione di applicazioni e dati verso ambienti AWS, Linux o Windows Integrazione ibrida tra sistemi on-premise e cloud Scalabilità per supportare la crescita del business Sicurezza avanzata con autenticazione a doppio fattore, LDAP e Kerberos Cos'è l'Output Management per IBM i AS400? L'Output Management è la gestione avanzata della documentazione aziendale generata dai sistemi IBM i. Questo servizio permette di: Centralizzare e gestire tutta la documentazione output Digitalizzare i processi di stampa e distribuzione Integrare i flussi documentali con applicazioni web e mobile Ridurre i costi e migliorare l'efficienza operativa Quali strumenti di analisi e documentazione automatica offriamo? Offriamo X-Analysis Advisor, il "cervello analitico" che mappa ogni dipendenza e genera documentazione automatica del codice. Questo strumento permette di: Analizzare codice RPG, COBOL e Synon in modo automatico Generare documentazione sempre aggiornata del sistema Mappare le dipendenze tra programmi e database Ridurre i tempi di formazione per nuovi programmatori Identificare codice obsoleto o inutilizzato Come integrate l'Intelligenza Artificiale nei sistemi AS400? Integriamo l'AI direttamente nei sistemi AS400 attraverso bigblue AI, che trasforma le domande in linguaggio naturale in query SQL/400 ottimizzate. Questo permette di: Interrogare il database DB2 in linguaggio naturale Ottenere analisi predittive in tempo reale Automatizzare processi complessi Supportare decisioni aziendali con insight basati sui dati Cosa offre il nostro CRM integrato? Il nostro CRM integrato è un portale progettato per automatizzare i processi aziendali su web e mobile. Include: Gestione clienti completa e centralizzata Weborder per la gestione degli ordini online Portale clienti e fornitori per la collaborazione esterna Gestione ticket per il supporto e l'assistenza Applicazioni custom e workflow automatizzati Gestione documenti integrata Quali sono i vantaggi di scegliere i nostri servizi? ⏱️ Rapidità di implementazione – setup in 24 ore e risultati in pochi giorni ❌ Nessuna riscrittura del codice – il tuo gestionale AS400 resta intatto ✂️ Riduzione dei costi – minori risorse hardware e manutenzione 🧑‍💻 Accessibilità universale – da qualsiasi browser e dispositivo 🔒 Sicurezza avanzata – HTTPS, autenticazione a doppio fattore, LDAP e Kerberos 👍 Supporto continuo – assistenza tecnica professionale con SLA garantito 🏢 Scalabilità – soluzioni che crescono con il tuo business Perché sceglierci per la modernizzazione del tuo AS400? ✅ 26 anni di esperienza nella trasformazione delle applicazioni AS400 ✅ 260+ clienti enterprise che continuano a collaborare con noi ✅ 3.200+ tools installati ✅ Unico Master Reseller per l'Italia di Fresche Solutions ✅ Approccio consulenziale che evita il temuto "Big Bang" I nostri servizi sono progettati per accompagnarti in ogni fase del percorso di modernizzazione, dalla analisi iniziale alla migrazione cloud, dalla trasformazione delle interfacce all'integrazione con intelligenza artificiale. Non aspettare che l'ultimo esperto esca dalla porta. Scopri come i nostri servizi possono trasformare il tuo AS400 in un motore di innovazione digitale. Richiedi una consulenza personalizzata 📱0423 605099 📧 info@bigblue.it 🌐 www.bigblue.it

bottom of page