Openinnovation

I 3 errori più comuni nella digitalizzazione di una fabbrica

2025-06-23T16:07:35Z

Negli ultimi anni, la digitalizzazione è diventata una parola d’ordine in molti settori, soprattutto nel manufacturing e nella moda, dove la pressione competitiva è altissima e il tempo per reagire ai cambiamenti si riduce sempre di più.

Ma se c’è una cosa che abbiamo imparato lavorando fianco a fianco con aziende di ogni dimensione, è che digitalizzare una fabbrica non è (solo) una questione tecnologica.

Eppure, molti progetti partono col piede sbagliato. Per questo vogliamo condividere qui i 3 errori più frequenti che vediamo quando un’azienda decide di “digitalizzarsi” – e cosa serve davvero per ottenere un cambiamento concreto.

1. Pensare che basti “installare un software”

Il primo grande equivoco è pensare che digitalizzare significhi semplicemente acquistare un nuovo software.

La realtà è molto diversa.

Un software è uno strumento, non una soluzione.
Se viene inserito in un contesto disorganizzato, poco integrato o non allineato, rischia di peggiorare le cose.
Se i processi non sono stati analizzati e ripensati, il software sarà solo un “vestito nuovo su un vecchio problema”.

In altre parole: la tecnologia va progettata attorno alle persone e ai processi, non il contrario.

Nel nostro lavoro partiamo sempre con una fase di analisi: ascoltiamo chi lavora ogni giorno sul campo, capiamo i veri colli di bottiglia, osserviamo i flussi informativi. Solo dopo costruiamo o adattiamo le soluzioni digitali più adatte.

2. Ignorare l’integrazione tra reparti e sistemi

Molte aziende hanno già diversi strumenti digitali… ma non comunicano tra loro.

Il reparto tecnico lavora su un gestionale,
la produzione su un foglio Excel,
la logistica ha un’app separata,
la direzione commerciale ha i dati “a voce” o su WhatsApp.

Questo genera confusione, ritardi, doppio lavoro, perdita di dati.

Il risultato? Nessuno ha una visione chiara e in tempo reale della produzione. E spesso le decisioni si basano su informazioni parziali o obsolete.

Un progetto serio di digitalizzazione deve mettere al centro l’integrazione: serve una rete di sistemi che si parlano, che condividono informazioni, che automatizzano il passaggio di dati da un reparto all’altro.

Noi lo facciamo spesso costruendo soluzioni che permettono ai sistemi esistenti di interagire – senza buttare via quello che già funziona.

3. Non coinvolgere le persone

Forse il più sottovalutato di tutti.

Spesso ci si concentra sulla parte tecnologica del progetto, dimenticando che la vera trasformazione è umana.

Se le persone che dovranno usare il nuovo sistema non vengono coinvolte fin dall’inizio, lo vivranno come un’imposizione.
Se non capiscono perché si fa il cambiamento, resisteranno.
Se non ricevono formazione e supporto continuo, torneranno ai vecchi metodi – e il progetto fallirà in silenzio.

Nella nostra esperienza, un progetto di digitalizzazione ha successo quando chi lavora, che sia in fabbrica o negli uffici, sente di essere parte attiva del processo.

Per questo curiamo molto la comunicazione interna, organizziamo momenti di confronto operativo e formiamo ogni figura coinvolta, con linguaggio e strumenti adatti al suo ruolo.

Cosa funziona davvero

Ecco cosa abbiamo imparato funzionare davvero, nei progetti che danno risultati concreti:

Analisi reale dei processi, non solo sulla carta
Obiettivi chiari, misurabili e condivisi
Modularità: iniziare da un ambito, testare, poi scalare
Integrazione tra sistemi, dati e reparti
Formazione, ascolto e coinvolgimento delle persone

In conclusione

La digitalizzazione non è un progetto “IT”.

È un cambiamento culturale, strategico e operativo.

Serve visione, ma anche concretezza. Serve tecnologia, ma ancora di più metodo, esperienza e ascolto.

È questo il nostro approccio in Openinnovation: aiutare le aziende a trasformarsi partendo dalla realtà quotidiana, per arrivare a risultati tangibili e duraturi.

Se stai affrontando un cambiamento o vuoi capire da dove partire, scrivici per una call conoscitiva.
Senza impegno, ma con valore concreto.

📩 info@openinnovation.it

Trasformare i dati in informazioni di valore

2024-01-18T10:11:18Z

Il settore manifatturiero si è evoluto notevolmente negli ultimi anni, e uno dei principali insegnamenti è che possedere una vasta quantità di dati non garantisce automaticamente informazioni utili. Molti produttori affrontano la DRIP syndrome, ovvero essere ricchi di dati ma poveri di informazioni significative (Data Rich Information Poor). Fortunatamente, l'innovazione nel campo dello sviluppo software offre soluzioni avanzate per aiutare le aziende a sfruttare appieno il potenziale dei loro dati.

Come liberare il potenziale informativo dai dati

Affrontare il DRIP richiede un approccio integrato mirato per garantire che i dati operativi non siano solo abbondanti ma anche significativi. In quest’ottica la chiave risiede nella loro contestualizzazione e integrazione a partire dalla fonte.

Raccogliere dati contestualizzati

Questa pratica si basa su un concetto fondamentale: registrare i dati insieme alle informazioni importanti non appena vengono creati. Invece di cercare di unire i dati da diverse fonti dopo, otteniamo il massimo valore quando registriamo i dati insieme al contesto fin dal principio. Ad esempio, i dati da macchinari possono includere informazioni come l'ID della macchina, lo stato operativo e quando sono stati generati. Unendo questi dati con altre informazioni, come ordini di lavoro o la pianificazione da un MES, otteniamo una visione più completa e dettagliata delle operazioni.

Coinvolgimento digitale degli operatori

La trasformazione digitale non si limita solo all'automazione dei processi; coinvolge anche gli operatori che lavorano direttamente sul campo. La registrazione manuale dei dati era soggetta a errori umani, ma con strumenti digitali questa fase può essere automatizzata. Inoltre, gli operatori, con la loro conoscenza approfondita del processo produttivo, possono fornire informazioni in tempo reale. Questa pratica non solo elimina errori, ma apre nuove prospettive sulle operazioni arricchendo i dati con l'esperienza diretta degli operatori.

Abbandonare un approccio statico al dato

Superare l'approccio basato su documenti statici è un passo fondamentale. La “mentalità del documento” spesso si traduce in processi manuali per l'input e l'analisi dei dati, con la creazione di report in formato fisso come PDF o documenti cartacei. Questi documenti statici e spesso obsoleti in un ambiente di produzione veloce, richiedono tempo e sono suscettibili a errori umani. Un cambiamento cruciale consiste nell'abbandonare questa mentalità e adottare un approccio più dinamico, dove i dati sono accessibili in tempo reale, consentendo decisioni tempestive e informate.

Soluzioni Software innovative

Lo sviluppo di software innovativo per il settore manifatturiero sta giocando un ruolo cruciale nella risoluzione del problema del DRIP. Per esempio la nostra piattaforma Openfactory, con i moduli Andon e Interactive Digital Signage, tra le funzionalità include:

Visualizzazione dei dati intuitiva: strumenti che offrono dashboard intuitive e personalizzabili, consentendo agli utenti di comprendere rapidamente le tendenze e le metriche chiave senza dover analizzare manualmente dati complessi.

Integrazione dei sistemi: soluzioni sempre più interoperabili che permettono un'interfaccia fluida tra diversi sistemi, facilitando la raccolta dati completa e offrendo una visione unificata delle operazioni aziendali.

Automazione dei processi: soluzione software avanzate possono automatizzare task ripetitivi, consentendo alle persone di concentrarsi su compiti più complessi che richiedono intuizione e creatività.

Vantaggi

L'adozione di soluzioni software per affrontare il DRIP comporta numerosi vantaggi:

Aumento dell'efficienza operativa: identificare e risolvere i problemi in tempo reale migliora l'efficienza complessiva dei processi produttivi.

Riduzione dei costi: la prevenzione dei guasti e l'ottimizzazione dei processi riducono i costi operativi a lungo termine.

Miglioramento della qualità: monitorare costantemente i dati consente un controllo più rigoroso sulla qualità del prodotto.

Agilità decisionale: l’accesso rapido a informazioni chiave consente decisioni più tempestive e informate.

Conclusioni

Integrare soluzioni software avanzate e adottare migliori pratiche è essenziale per affrontare con successo il DRIP nel settore manifatturiero. Questo approccio non solo migliora in modo incrementale le operazioni, ma è determinante per mantenere un vantaggio competitivo nel panorama manifatturiero. Il futuro dell'industria dipende dalla trasformazione digitale, dove i dati diventano un asset insostituibile per il miglioramento continuo e l'innovazione.

Digitalizzazione orientata alla persone: preservare l’artigianalità nella transizione digitale

2023-08-04T13:04:30Z

Nella produzione dei beni di alta gamma, l'automazione totale del processo presenta dei limiti: questi beni richiedono un alto livello di artigianalità e l'applicazione di sapere specializzato per garantire la qualità e l'eccellenza.

Perciò è necessario adottare un approccio alla digitalizzazione che valorizzi il lavoro umano e il sapere artigianale.

La necessità della digitalizzazione

Per soddisfare le crescenti richieste dei consumatori, le aziende del luxury sono impegnate ad aumentare la capacità produttiva mantenendo al contempo l'alto livello di qualità dei prodotti che ci si aspetta da loro.

Date queste condizioni, è ancora più importante avere una visibilità della produzione in tempo reale e informazioni basate sui dati che si possono sfruttare per prendere decisioni informate su come affrontare i problemi più critici, come ad esempio qualità e tracciabilità.

Come conciliare la modernizzazione dei processi senza perdere l’artigianalità?

La chiave sta in un approccio alla digitalizzazione umano-centrica dove il lavoro umano, caratterizzato dalla flessibilità e da conoscenze specializzate trasmesse nel corso di decenni, viene supportato dai sistemi informatici che aiutano gli operatori nel loro lavoro e al contempo migliorano la visibilità della produzione.

Questo approccio consente di abbandonare i vecchi sistemi cartacei e monitorare gli aspetti della produzione, dalla produttività ai problemi relativi ai materiali, fino alla formazione, consentendo di ottimizzare i flussi di lavoro.

Digitalizzare ciò che serve

Tenendo presente che la digitalizzazione deve essere al servizio delle persone, è importante digitalizzare solo ciò che è importante per semplificare il lavoro.

Al contrario, introdurre cambiamenti in ogni singolo processo senza un'analisi attenta sulla loro reale utilità rischia di creare un fattore di disturbo.

Alla luce di queste considerazioni, la progettazione dell’infrastruttura tecnologica deve tenere conto del coinvolgimento degli operatori nel loro lavoro: quali processi devono svolgere? Quali flussi digitali introdurre per facilitare i loro compiti? Si possono automatizzare le attività non a valore ma necessarie?

Di seguito alcuni casi d’uso, ma se ne potrebbero aggiungere altri a seconda del contesto produttivo specifico:

checklist digitali: rappresentano uno strumento efficace per garantire la qualità in attività ripetitive, per aiutare gli operatori nell’esecuzione di procedure operative e per raccogliere dati in tempo reale dai processi di lavoro manuali utili a misurare il miglioramento continuo;
istruzioni di lavoro digitali: offrono una guida visuale per aiutare gli operatori a svolgere compiti quotidiani e processi complessi in modo più efficiente;
tempi e metodi: timer digitali per dare visibilità agli operatori di attività elementari e tempi previsti, in modo da aiutarli a gestire al meglio i processi produttivi minimizzando gli sprechi.

Nel corso degli anni abbiamo accumulato esperienza supportando nella trasformazione digitale i nostri clienti operanti nel mondo dell’alta moda, e ancora continuiamo a farlo.

Se sei pronto per affrontare la sfida della transizione digitale senza sacrificare l'artigianalità, contattaci a info@openinnovation.it. Siamo pronti ad aiutarti a mettere al centro le persone e a preservare l'eccellenza artigianale nella tua azienda.

Raccogliere dati e standardizzare i processi con le Digital Checklist

2023-02-22T15:28:58Z

Aumentare la qualità, ottimizzare i processi, eliminare gli sprechi: il miglioramento continuo non si può realizzare senza raccogliere dati. La digitalizzazione ha offerto l’opportunità di implementare processi di raccolta dati efficienti, permettendo di collezionare dati da mezzi e macchinari. Altrettanto importante è raccogliere dati dai processi di lavoro manuali svolti dagli operatori: per questo diventa necessario abbandonare la raccolta su supporti cartacei ed implementare flussi di lavoro digitali, attraverso checklist digitali.

Il vantaggio delle Digital Checklist è che sono versatili, hanno una curva di apprendimento bassa per la loro semplicità di utilizzo, sono di facile introduzione in fabbrica visto che si possono consultare su dispositivi mobili (smarphone o tablet).

Quali sono gli ambiti applicativi delle Digital Checklist?

Una Digital Checklist rende i processi complessi trasparenti per tutti. Le aree di applicazione delle Digital Checklist sono molteplici. Di seguito alcuni esempi, ma se ne potrebbero aggiungere altri a seconda del contesto produttivo specifico:

Workflow standard: per stabilire procedure operative standard e garantire l’esecuzione dei lavori di routine (per es. il controllo delle apparecchiature, le impostazioni dei macchinari…)
Controllo qualità: per rilevare problemi in tempo reale e attivare un’azione immediata
Protocolli di ispezione: per garantire ispezioni standardizzate e raccogliere i risultati per la tracciabilità
Checklist di controllo per la sicurezza: per eseguire controlli, ispezioni, piani sanitari
Protocolli di manutenzione: per stabilire standard per lavori di manutenzione e raccogliere dati per analisi successive

Quali sono i benefici di una Digital Checklist?

Rispetto ad una checklist su supporto cartaceo, una Digital Checklist offre diversi vantaggi:

raccolta dati in tempo reale
raccolta dati collaborativa
superamento delle barriere tra team, reparti, siti, stabilimenti
dati completi e corretti grazie a controlli di coerenza automatici
checklist sempre aggiornate: gli aggiornamenti automatici assicurano che gli operatori utilizzino sempre la versione più recente
utilizzo facile su dispositivi mobili
risparmio di tempo: gli operatori dotati di dispositivi mobili possono ridurre notevolmente i tempi di compilazione di moduli e checklist
azioni correttive immediate: tramite una Digital Checklist è possibile implementare notifiche automatiche in base a determinati chekpoint

Una Digital Checklist consente inoltre di digitalizzare processi aggregando informazioni provenienti da diversi sistemi aziendali ed esporli in modo profilato agli operatori, che possono interagire con essi tramite un’unica interfaccia.

La nostra soluzione di Interactive Digital Signage è un digital support system che aiuta l’azienda nella sua transizione verso la paperless-factory.

Interactive Digital Signage mette al centro gli operatori e si concentra sull’organizzazione flessibile del lavoro umano, collegando gli operatori tra loro, ma anche con i macchinari, i materiali, i sistemi IT aziendali.

Se vuoi maggiori informazioni, scrivici a info@openinnovation.it. Metteremo la nostra esperienza al tuo servizio.

Green, Lean, Digital

2023-01-11T15:37:01Z

Secondo il report della IEA Key World Energy Statistics 2020, il settore manufatturiero consuma il 23% dell’energia globale.

Considerando da un lato l’aumento dei costi energetici dovuto all’attuale contesto socio-economico, e dall’altro lato gli obiettivi di sostenibilità fissati dalle Nazioni Unite (UN Sustainable Development Goal 13) ed Unione Europea, è evidente come per tutte le aziende manifatturiere sia diventata una priorità l’adozione di una strategia sostenibile volta a ridurre consumi e sprechi.

Se si guarda al Green Deal europeo, si può notare come questo includa iniziative chiave che accelereranno la doppia transizione verde e digitale, marcando una correlazione tra sostenibiltà e digitalizzazione.

Infatti la digitalizzazione e le tecnologie connesse all’industria 4.0 possono fornire la piattaforma tecnologica per consentire la circolarità e la transizione verso un sistema di produzione più sostenibile, grazie alla possibilità di raccoglie, analizzare e utilizzare i dati in tempo reale.

Connettere tra loro operatori, macchinari, sistemi IT tramite flussi di lavoro digitali, accelera il processo decisionale e agevola processi di produzione più snelli e con minori sprechi.

Per esempio è possibile:

sostituire parti di macchinari in base ai dati sul loro utilizzo
ridurre il consumo di energia coordinando meglio i flussi di lavoro
facilitare il controllo qualità durante il processo di produzione in modo da ridurre gli sprechi
monitorare i consumi
acquisire nuove informazioni attraverso i dati in tempo reale per identificare i colli di bottiglia e ottimizzare i processi
agevolare la comunicazione e la trasparenza, creando una cultura della consapevolezza per un cambiamento sostenibile.

Negli ultimi anni stiamo assistendo ad una sempre crescente complessità del business e dei processi produttivi; le aziende sono chiamate a ridurre l’impatto ambientale della produzione per rimanere competitive nel lungo periodo.

Processi e produzione efficienti ed allo stesso tempo rispettosi del clima funzionano solo con le tecnologie digitali. Gli esempi sopra rappresentano potenziali punti di partenza per la creazione di fabbriche sostenibili. Naturalmente le aziende devono essere in grado di bilanciare obiettivi green ed economici.

Combinando green, lean e tecnologie digitali, è possible generare vantaggi sostenibili:

riduzione dell’impatto ambientale: ridurre gli scarti, aumentare il tasso di efficienza ed accorciare i tempi di consegna, consente di creare processi con minori emissioni di CO2
benefit economici: la riduzione degli incidenti di qualità, un utilizzo ottimizzato dei macchinari e una maggiore produttività, permettono di essere più competitivi e incrementare i profitti
maggiore soddisfazione dei dipendenti: la digitalizzazione in fabbrica consente di creare processi più flessibili che si adattano alle esigenze degli operatori; inoltre aumenta il loro coinvolgimento e ne facilita la crescita personale con il miglioramento delle competenze e la formazione continua sul posto di lavoro.

Quanto sono sostenibili i processi nella tua azienda? Possiamo aiutarti ad analizzarli e digitalizzarli, scrivici a info@openinnovation.it. Metteremo la nostra esperienza al tuo servizio.

Agile: facciamo le pulizie di primavera

2022-04-11T14:50:39Z

Un aggiornamento nelle proprie pratiche Agili può avere senso per diverse circostanze: per esempio la composizione del team è cambiata con l’arrivo di nuove persone. Oppure a cambiare è stata la direzione del progetto/prodotto. O ancora ci si può rendere conto che nessuno ha davvero sotto controllo il backlog arretrato. Tutti questi sono indicatori del fatto che può essere utile fare le “pulizie di primavera”. Ma da dove cominciare? Ecco alcuni suggerimenti.

#1: Identificare gli obiettivi

Per prima cosa è importante identificare le aree sulle quali concentrarsi. Questa attività aiuta ad indirizzare le azioni giuste per soddisfare gli obiettivi aziendali.

Le aree chiave su cui concentrarsi sono le persone, i processi e le tecnologie.

Persone: il team ha la giusta mentalità e le giuste competenze per supportare i clienti?

Processi: il processo in uso è efficace? Capiamo il “perché” che sta dietro al processo o semplicemente ci facciamo trasportare dalla corrente?

Tecnologie: abbiamo gli strumenti giusti per supportare i nostri obiettivi e quelli dei nostri clienti? Usiamo gli strumenti in modo efficace?

Se rispondendo alle domande sopra si identificano delle mancanze, si può creare un piano di miglioramento da attuare.

#2: Team reset

Un ottimo esercizio è quello di cercare di osservare il team da un punto di vista esterno per assicurarsi che la squadra stia procedendo nella giusta direzione al fine di soddisfare gli obiettivi aziendali. Qualche suggerimento:

Check-up del team: chiedere al team di valutare se stesso e identificare le aree su cui vorrebbe concentrare azioni di miglioramento.

Rivedere le regole del team: per assicurarsi che i componenti del team siano allineati, chiedere al team di rivedere le regole precedentemente definite nel working agreement, o addirittura di ripartire da zero.

Rivedere i 12 principi dell’Agile: assicurarsi che il team interiorizzi questi principi migliorerà la comprensione della metodologia e di conseguenza il processo.

#3: Fare pulizia nel backlog

Alzi la mano chi in casa o in ufficio non ha “il cassetto del casino”. Cos’è? E’ quel posto dove si mettono le cose di cui non abbiamo bisogno in questo momento ma che (crediamo) potranno venirci utili in futuro. Nel tempo si accumulano così tante cose che a un certo punto non sappiamo più che cosa ci sia dentro e se anche ci fosse qualcosa che può effettivamente servirci, faremmo molta fatica a trovarlo.

Una delle cose belle dell’Agile è la flessibilità nel cambiare le priorità. Sfortunatamente ci possono essere effetti collaterali: per esempio se un team lavora a piena capacità su storie che cambiano spesso di priorità, il backlog rischia di diventare un buco nero. Può contenere vecchi requisiti, issue relative a debito tecnico ormai dimenticate, bug a bassa priorità rimasti nel backlog.

Da dove cominciare per fare pulizia? Il modo migliore è eseguire un rapido triage ed eliminare le cose che non sono più necessarie. Per esempio errori e duplicati si possono eliminare subito, così come vecchi requisiti ormai diventati obsoleti. Dopodiché si possono raggruppare le storie simili e riassegnare una priorità. Fare ordine nel backlog è anche un’opportunità per organizzare il debito tecnico ed impostare un piano per ridurne un po’ ad ogni sprint.

#4: Trovare il ritmo giusto

Per migliorare il processo, invece che cercare di sistemare tutto in una sola volta è meglio applicare un approccio incrementale di miglioramento continuo: è quello che nella Lean si chiama Kaizen ed è essenzialmente il ciclo di pianificazione, esecuzione, studio e adozione di miglioramenti incrementali nel tempo.

Il team può identificare opportunità di miglioramento nell’ambito del check-up, o anche durante le retrospettive. Non è necessario apportare tutte le modifiche in una volta sola: per cominciare se ne possono scegliere una o due, applicarle e valutare l’impatto sul team.

#5: Espandere i successi

Quando si fanno le pulizie di primavera non solo si decide quali cose eliminare, ma anche quali tenere. Per questo bisogna assicurarsi che il team identifichi le cose che lo rendono di successo, tanto quanto riconosce i propri punti deboli. Questo esercizio può aiutare il team ad avere più consapevolezza, a crescere e raggiungere risultati migliori.

Le pulizie di primavera fanno bene al team

Riordinare le pratiche Agili adottate all’interno dell’azienda offre l’opportunità di rinnovare la concentrazione, la passione e l’impegno del team. Quindi comincia con le pulizie!

In ogni team c’è sempre spazio a miglioramenti. Saremo lieti di rivedere insieme a te i tuoi attuali approcci in una sessione strategica con un nostro consulente di technical leadership; scrivici a info@openinnovation.it

MVP, Proof of Concept, Prototype: quali sono le differenze?

2022-03-09T16:07:54Z

Alcune persone confondono l’MVP con il prototipo, altre pensano che qualcosa di “nuovo e non maturo” equivalga ad una applicazione MVP. In questo articolo cercheremo di fare un po’ di chiarezza.

Validare i presupposti

Perché quando ci occupiamo di sviluppare un nuovo prodotto abbiamo bisogno di validare i presupposti?

Secondo Clayton Christen, professore alla Harvard Business School, il 95% dei nuovi prodotti che vengono lanciati ogni anno sul mercato falliscono. Raramente è dovuto ad una mancanza di competenze o di perseveranza; neanche la fortuna gioca un ruolo determinante.

La causa va piuttosto cercata nel prodotto stesso, per uno dei seguenti motivi:

non c’è necessità del prodotto
la necessità è scomparsa prima che il prodotto entrasse nel mercato
i tempi e i costi di implementazione del prodotto hanno superato le ipotesi iniziali
anche se le esigenze di mercato sono state soddisfatte, non lo sono state le aspettative dei clienti

I presupposti e le ipotesi sono necessari per sviluppare un nuovo prodotto, ma allo stesso tempo possono esserne il principale killer.

Partiamo presupponendo di cosa hanno bisogno i nostri clienti, quanto tempo ci vorrà per implementare il prodotto, quanto costerà, quale ROI ci dovremmo aspettare… E quando le ipotesi si rivelano sbagliate, l’intero prodotto è a rischio.

Per questa ragione dobbiamo identificare i presupposti che facciamo e verificarli costantemente, sia all’inizio di un nuovo progetto che durante il suo svolgimento.

Tre strumenti che ci aiutano a verificare le ipotesi e raccogliere feedback sono il Proof of Concept (PoC), il Prototipo e l’MVP. Alcune persone li confondono, pernsando che siano sinonimi della stessa cosa.

Vediamo di seguito cosa sono e a cosa servono.

Proof of Concept (PoC)

Obiettivo: validare se l’idea è tecnicamente fattibile.

Lo scopo principale di un PoC è quello di verificare se l’idea è tecnicamente fattibile e vale la pena proseguire da un punto di vista tecnico.

Non si tratta quindi di scoprire quello che gli utenti vogliono, ma di valutare la realizzabilità del progetto e prendere le misure sui tempi/costi.

Di solito un Proof of Concept non viene condiviso con gli utenti finali, ma è usato internamente.

Peculiarità principali di un PoC

riduce il rischio di impegnarsi in un progetto irrealizzabile
consente una migliore pianificazione di prototipi / MVP
per uso interno, può essere condiviso con gli investitori
basso costo
non testa l’esperienza degli utenti
aiuta a stimare i costi di implementazione
ha una breve durata

Prototipo

Obiettivo: raccogliere feedback in anticipo ad un costo minimo.

Lo scopo del Prototipo è quello di mostrare come apparirà il prodotto dopo lo sviluppo; se il PoC si concentra maggiormente sulla parte “nascosta”, il Prototipo si orienta verso la parte di UX/UI.

L’intento è costruire un modello semplice e sperimentale dell’idea con un budget limitato, per testarla e convalidarla prima di investire nel prodotto reale.

Il prototipo può essere realizzato con diversi mezzi: wireframe su carta, demo digitale, presentazione Power Point che imita l’applicazione… L’importante è riuscire ad ottenere un feedback il più presto possibile, in modo da massimizzare le possibilità di successo del prodotto.

Peculiarità principali di un Prototipo

ha breve durata
si focalizza sull’idea generale e sulle parti UX/UI
si può prototipare l’intero prodotto o solo una parte
consente di raccogliere feedback in anticipo
basso costo
riduce il rischio di creare prodotti non richiesti dal mercato

Minimun Viable Product (MVP)

Obiettivo: lanciare un prodotto sul mercato il più presto ed economicamente possibile, convalidare le ipotesi, raccogliere il feedback degli utenti e ripetere il processo.

MVP is the version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort. — Eric Ries, The Lean Startup

Un’applicazione MVP è una versione del prodotto che sarà disponibile sul mercato e con cui gli utenti reali possono interagire.

L’idea di base è quella di includere il minor numero possibile di funzionalità offrendo al contempo una proposta di valore per gli utenti finali, in modo da soddisfare il maggior numero possibile di esigenze di mercato.

L’MVP si basa su uno sviluppo incrementale di prodotto: si tratta quindi di testare sul campo se le ipotesi erano corrette, raccogliere i feedback dagli utenti, migliorare il prodotto e ripetere il ciclo.

Concentrarsi sullo sviluppo di MVP invece che su una soluzione completa, riduce il rischio di fornire un prodotto non richiesto e consente di “aggiustare il tiro” in base alle reazioni del mercato, mantenendo bassi i costi.

Peculiarità principali di un MVP

ciclo di vita medio
costo medio (più costoso di un prototipo, meno costoso di un prodotto completo)
è un vero prodotto sul mercato
consente di convalidare le ipotesi sul campo senza creare l’intero prodotto

Conclusione

Senza un metodo appropriato di convalida delle ipotesi, si corre un rischio molto elevato di investire tempo e risorse in una soluzione che non si adatta bene al mercato.

La tripletta PoC, Prototipo e MVP permettono di validare i presupposti il prima possibile, riducendo così al minimo i costi e i tempi.

Lo sviluppo di MVP è uno dei metodi più riconosciuti per il rilascio di applicazioni web e mobile: consente un time-to-market a basso costo e con rischi contenuti.

Se non trovi sul mercato una soluzione informatica che soddisfi pienamente le necessità della tua azienda, possiamo svilupparla per te.

Scrivici a info@openinnovation.it. Metteremo la nostra esperienza pluriennale al tuo servizio.

Business Analyst: un ruolo chiave per progetti di successo

2021-11-23T13:19:02Z

Che problema cerchiamo di risolvere? Questa è la prima domanda da porsi quando si richiede una nuova funzionalità di un sistema IT. Tuttavia il più delle volte gli stakeholder sono pronti e discutere le soluzioni prima di analizzare il problema. Il risultato è spesso una soluzione a metà che non affronta il problema principale e anzi probabilmente ne crea di nuovi.

Un esempio: qualche tempo fa un cliente ha richiesto di poter generare un report specifico sull’applicativo in uso. Il nostro consulente, con una serie di domande, ha diretto la discussione per cercare di capire la necessità alla base della richiesta: per chi è il report?, A cosa serve? Quanto spesso serve? Quali informazioni servono?... Alla fine dell’incontro si è capito che il report sarebbe servito una tantum ad un solo team e che esisteva uno strumento già in uso in azienda che poteva essere utilizzato per generare un report di questo tipo. Il cliente ha quindi deciso di annullare la richiesta e di allocare quel budget per altre funzionalità.

Dall’esempio si intuisce quanto sia importante la figura del business analyst per indirizzare un progetto software di successo. Ma che cosa fa esattamente?

Analizza il problema

Si dice che Albert Einstein abbia detto: “Se avessi un’ora per risolvere un problema, passerei 55 minuti a pensare al problema e 5 minuti a pensare alle soluzioni.”

Il business analysts prima di tutto fa questo: analizza i problemi.

Sa che c’è la tendenza naturale a mettere sul tavolo le soluzioni prima ancora di aver compreso il problema. Il suo compito è quello di guidare il cliente a capire il problema, ad articolare chiaramente i requisiti e, sulla base di questo, a proporre soluzioni.

Valuta gli impatti

Il business analyst esamina come è organizzata l’azienda, che processi ci sono e come sono strutturati.

Questa visione d’insieme serve per capire i potenziali impatti di una nuova funzionalità all’interno dell’organizzazione ed aiutare l’azienda a valutare i possibili scenari in modo che non ci siano sorprese nel momento dell’implementazione.

Valida la soluzione

I requisiti sono stati raccolti, analizzati e documentati; il team di sviluppo ha esaminato i requisiti ed è pronto a presentare una soluzione.

Il business analyst aiuta l’azienda a controllare che la soluzione proposta sia adeguata: soddisfa i requisiti? E’ appropriata per dimensionamento e ambito? I costi di manutenzione sono ragionevoli nel lungo periodo?

Il business analyst inoltre può facilitare l’implementazione di un prodotto utilizzabile in tempi brevi rimanendo all’interno del budget (MVP). Come? Identifica con il cliente le priorità e su queste costruisce una roadmap.

Conclusione

Il lavoro del business analyst non si ferma alla raccolta delle necessità del cliente, è ben più ampio: è responsabile di colmare il divario tra l’IT e il business; raccoglie, analizza, organizza e documenta i requisiti; usa rappresentazioni visuali per supportare l’analisi e la discussione di concetti complessi, identifica e mitiga i rischi e gli impatti, analizza le decisioni.

Oltre a questo, il business analyst garantisce che il risultato finale sia in linea con le esigenze e gli obiettivi aziendali, sia a breve che a lungo termine.

Aumentare il valore nel ciclo di vita del software

2021-09-28T15:39:23Z

Molti progetti software adottano un ciclo di vita iterativo al fine di consegnare in modo incrementale nuove funzionalità agli utenti. Una funzionalità viene quindi identificata, analizzata, progettata, pianificata, implementata, testata ed infine consegnata all’utente finale, e questo ciclo si ripete per ogni funzionalità nel corso del progetto.

Questo tipo di approccio è molto utile soprattutto quando si sviluppano applicazioni in rapida evoluzione e per le quali il time to market è fondamentale. Le iterazioni brevi aiutano a ricevere il più presto possibile feedback da parte degli utenti identificando così i punti che forniscono loro maggior valore. Usare i feedback per assegnare le priorità nelle iterazioni successive aiuta ad aumentare la soddisfazione degli utenti, oltre a ridurre gli sprechi evitando di sviluppare funzionalità che non servono o che comunque danno poco valore.

Se esistono pratiche così consolidate, perché molti team trovano difficoltà?

Struttura ideale del ciclo di vita del software

Un buon ciclo di vita del software dovrebbe includere alcune fasi chiave e coinvolgere tutti gli stakeholder. L’ordine di queste fasi è importante e generalmente segue il percorso dall’ideazione di una funzionalità fino all’utilizzo da parte dell’utente finale. Le iterazioni dovrebbero avvenire all’interno di ogni fase, ma anche a cavallo di fasi diverse: nel piano di progetto le fasi si possono sovrapporre, per cui potrebbe essere necessaria anche una parallelizzazione del lavoro.

Le fasi chiave sono:

ideazione ed analisi: definire una visione del valore che potrebbe apportare la funzionalità e stabilire quali sono i requisiti necessari per realizzare tale visione. Le domande da porsi sono “Cosa?” e “Perché?”
progettazione ed architettura: descrivere in dettaglio come potrebbe essere la funzionalità in termini di esperienza utente e architettura. La domanda da porsi è “Come?”
pianificazione e prioritizzazione: definire le dipendenze e ordinare il lavoro in modo da fornire più funzionalità possibili nel modo più efficace, dati tutti i vincoli. La domanda da porsi è “Quando?”
sviluppo e test: stabilite le fasi precedenti, implementare la funzionalità in modo che sia verificabile e che fornisca quanto definito dalla visione.

Identificare i punti critici

Chi ha partecipato ad un progetto software sa che raramente fila tutto liscio; e anche se non ci fossero intoppi, ci sono sempre punti che si possono migliorare.

La prima cosa da fare per migliorare la software delivery è analizzare il ciclo di vita del software che si sta seguendo. In che modo un’idea passa dalla testa del product owner ad essere una feature funzionante nel software di produzione? Se c’è una risposta e corrisponde alla realtà, si è già sulla buona strada. In caso contrario, o se si sta definendo per la prima volta il ciclo di vita del software, esaminare ogni passaggio aiuta ad evidenziare le aree problematiche o carenti.

Per esempio alcuni punti critici possono essere:

analisi insufficiente
pianificazione errata
prioritizzazione inefficace
scarso coinvolgimento degli stakeholder
architettura non adeguata
progettazione mediocre

Costi nascosti e feature thrashing

Man mano che una funzionalità si muove all’interno del ciclo di vita del software, comporta costi maggiori: bisogna infatti considerare tutto il lavoro intrinseco nella progettazione e lavorazione. Questo costo è per la maggior parte stimabile, reso visibile e pianificato in anticipo tramite stime con story points o meccanismi analoghi.

Tuttavia si possono generare costi nascosti in un ciclo di vita del software non ottimale; tipicamente questi costi extra si concretizzano quando si verifica il feature thrashing cioè il rilavorare più e più volte la stessa funzionalità. Qualche piccola modifica o rilavorazione è inevitabile in ogni progetto, soprattutto in un paradigma incrementale nel quale il feedback dell’utente è parte integrante del processo, ma rilavorazioni non necessarie o eccessive sono la spia che il ciclo di vita del software non è efficace quanto dovrebbe.

Forse la funzionalità era del tutto sbagliata fin dall’inizio e qualsiasi implementazione già completata deve essere buttata via. Forse la funzionalità è complessa e non è stata sufficientemente progettata prima dell’inizio dello sviluppo, portando a bug, prestazioni scadenti o vicoli ciechi nello sviluppo. O forse la funzionalità viene modificata ad ogni iterazione perché non è ben chiaro qual è il suo valore reale e la sua priorità.

Se il feature thrashing si verifica per grandi funzionalità, può intaccare in modo considerevole il budget del progetto; avere un ciclo di vita del software ben definito e consolidato aiuta a ridurre i costi non necessari.

Quali sono le cause del feature thrashing?

insufficiente (o eccessiva) analisi, pianificazione, architettura o progettazione
prioritizzazione inefficace
scarso coinvolgimento degli stakeholder

Identificare e risolvere le cause è la chiave per implementare un buon ciclo di vita del software.

Minimizzare il Feature Thrashing

Insufficiente (o eccessiva) analisi, pianificazione, architettura o progettazione

Dato che i costi aumentano man mano che una funzionalità si sposta nel ciclo di vita del software, dovrebbe esserci uno sforzo attivo da parte di tutti (product owner, team, stakeholder) per “spostare prima” le attività di analisi, progettazione e architettura della funzionalità: queste dovrebbero essere fatte il prima possibile nel piano complessivo del progetto, o meglio nel punto in cui sono più economiche da realizzare e dove il costo di rilavorazione è ridotto al minimo. E’ meno costoso modificare un requisito prima che venga implementato anziché dopo.

Una buona pratica è cercare di identificare in anticipo le potenziali aree critiche, ossia quelle aree complesse o controverse che richiederanno un’analisi inziale molto più dettagliata, o che potrebbero richiedere una prototipazzione prima dello sviluppo per poi selezionare la strada migliore: wireframe per la User Experience e Proof-of-Concept per la parte tecnologica.

Prioritizzazione inefficace

Identificare un product owner che garantisca che le decisione prese vengano documentate e stabilire procedure per gestire eventuali modifiche assicura che le priorità siano costantemente monitorate. I costi derivanti dalle modifiche devono essere trasparenti e noti a tutte le parti, in modo da evitare brutte sorprese in futuro.

Quando si prendono decisioni sulle priorità, è necessario sempre tenere a mente il quadro generale e non esclusivamente la scadenza a breve termine. Per ogni iterazioni bisogna comunque prevedere che una parte del budget venga destinata a lavori non pianificati (per es. bug critici).

Scarso coinvolgimento degli stakeholder

Coinvolgere tutte le parti interessate (product owner, team, stakeholder) è fondamentale per la buona riuscita del progetto; per questo è necessario garantire una comunicazione efficace per consentire la discussione di problematiche non appena vengono individuate e responsabilizzare tutti nel processo decisionale. Bisogna prevedere del tempo per sistemare i punti problematici prima che diventino ancora più critici, o perlomeno formulare una stima della loro portata e priorità rispetto ad altri problemi da affrontare.

Sapere dove si vuole arrivare e come farlo

L’orizzonte temporale è un criterio importante da tenere in considerazione per un progetto software di successo. Se il team è sovraccarico e l’unico orizzonte visibile è la fine dell’iterazione, possono sorgere dei problemi. La visione e l’ambito diventano troppo ristretti e il team può finire a girare in tondo sviluppando, modificando, riprogettando la stessa funzionalità: insomma, il peggior genere di feature thrashing.

Al contrario se l’attenzione si concentra solo sul quadro generale e l’ambito è troppo ampio, il progetto può allontanarsi dall’obiettivo di consegnare valore in modo costante e iterativo.

In questo caso può succedere o che non si definisce adeguatamente la feature prima che venga sviluppata, generando così inevitabili rilavorazioni successive, oppure al contrario si rimane paralizzati nella fase di analisi non arrivando mai all’implementazione.

I progetti software di successo sono quelli dove la gestione della timeline sa bilanciare obiettivi a breve termine con quelli a medio e lungo termine.

Una visione ad alto livello del progetto dovrebbe essere visibile agli stakeholder, senza entrare troppo nel dettaglio ma condividendo in modo chiaro le milestone di progetto e le aree impattate dalle funzionalità: lo scopo è quello di definire una pianificazione generale delle tempistiche e del budget.

Quando si guarda ad un orizzonte temporale a breve termine, dovrebbero essere visibili e condivisi anche i dettagli relativi all’analisi della funzionalità, la progettazione, l’archittettura. Questo diventa particolarmente importante per le funzionalità in lavorazione nell’iterazione corrente e nelle prossime due. In questo modo team e stakeholder possono lavorare e perfezionare man mano le informazioni.

Ciclo di vita del software e scelte tecnologiche

Il ciclo di vita del software è determinato per la gran parte dalla definizione e messa in atto di un processo; tuttavia la tecnologia è fondamentale per raggiungere una consegna efficiente del software a cadenze regolari: si pensi alla scelta del linguaggio e dei framework di implementazione, ma anche a tutti gli strumenti di continuous integration e ai tool necessari per creare delivery pipelines automatizzate (building, testing, releasing…).

La scelta delle tecnologie più adatte deve sempre essere fatta tenendo presenti la visione e i requisiti. Lo scopo del progetto software è fornire valore all’utente finale e le decisioni tecnologiche che si valutano devono essere le più adatte in relazione alle competenze del team e al risultato che si vuole raggiungere.

Conclusione

Se qualcuno di questi problemi ti suona familiare, può essere utile revisionare il tuo ciclo di vita del software; dedicare del tempo per migliorare il processo può portare a vantaggi tangibili e duraturi.

Program Management vs Project Management

2021-08-25T13:35:01Z

Per prima cosa partiamo con il definire cos’è un progetto e cos’è un programma.

Un progetto è un’iniziativa temporanea intrapresa per creare un prodotto, un servizio o un risultato unico; generalmente è vincolato da costi, risorse, budget, tempi. Un progetto ha obiettivi a breve termine e deve produrre risultati tangibili.

Un progetto:

è composto da un serie di compiti con un risultato atteso chiaro e una scadenza precisa
ha un ambito predefinito limitato e un output specifico
qualità, efficienza, gestione dei costi, soddisfazione del cliente sono determinati in modo specifico all’inizio del progetto attraverso la pianificazione
si concentra sull’output (risultato prodotto)

Il Project Management è il processo di gestione del progetto per garantire il rispetto dei suoi obiettivi, qualità, tempistiche e budget.

Un programma è un insieme di progetti correlati tra loro al fine di raggiungere uno o più obiettivi strategici a lungo termine. Rispetto a un progetto, un programma non apporta un singolo risultato tangibile ma benefici strategici e di crescita organizzativa.

Un programma:

ha scadenze variabili a causa dell’ampia portata e dell’impatto del lavoro che deve essere svolto in modo continuativo per un lungo periodo di tempo
ha dipendenze interconnesse che possono cambiare a seconda dell’evolversi delle esigenze aziendali nel tempo
ha come scopo quello di consolidare all’interno dell’organizzazione i benefici previsti e raggiunti
offre vantaggi a lungo termine o sblocca nuove capacità per l’organizzazione
si concentra sull’outcome (risultato finale, conseguenza)

Il Program management è il processo di coordinamento di un insieme di progetti al fine di raggiungere e mantenere i risultati di business per cui l’iniziativa è stata avviata e gli investimenti sono stati allocati.

Cosa fa un Program Manager?

Il Program Manager deve coordinare la consegna dei risultati dei progetti, impegnarsi affinché si raggiungano le decisione stratigiche stabilite dal programma, gestire gli stakeholder, mitigare i rischi legati al programma.

Deve anche essere in grado di pianificare tutte le azioni che possano risolvere qualsiasi problema che impatta sull’iniziativa strategica che si vuole raggiungere.

Il Program Manager ricopre un ruolo fondamentale all’interno dell’azienda e contribuisce anche al cambiamento organizzativo: può allineare pratiche e processi di gestione dei programmi con i valori dell’Agile quali collaborazione, autonomia, responsabilizzazione dei team, fornire valore ai clienti, adattarsi al cambiamento. Può inoltre implementare pratiche DevOps per coordinare il lavoro dei team al fine di raggiungere i risultati prefissati dal programma.

Nel suo lavoro quotidiano, il Program Manager deve:

Valutare lo stato del portfolio progetti

Il Program Manager esamina e valuta il portfolio coinvolgendo se necessario i team per identificare eventuali azioni di mitigazione dei rischi o nuove opportunità di miglioramento, supportando i project manager ed aiutandoli a sbloccare eventuali impedimenti.

Gestire i rischi

La gestione del rischio è un elemento chiave nel Portfolio Management. I rischi includono slittamenti delle tempistiche, la modifica di requisiti, la scoperta di ulteriori stakeholder.

Il Program Manager deve essere a conoscenza di tutto ciò che potrebbe impattare sull’avanzamento e sull’esito del programma e dei progetti correlati, in modo tale da intraprendere azioni correttive per ridurre i rischi.

Eseguire il programma

Il Program Manager è responsabile dell’esecuzione del programma, che include:

gestire i budget e le risorse in collaborazione con i project manager
definire i parametri operativi e di controllo
mantenere gli elementi fondamentali del programma

Interagire con gli stakeholder

Il Program Manager interagisce con gli stakeholder per avere informazioni chiave del contesto nel quale si inseriscono gli obiettivi del programma.

Collaborando con gli stakeholder, il Program Manager può inoltre aiutare i project manager e i team nella realizzazione dei progetti.

Perfezionare il modello operativo

Il modello operativo definisce il modo in cui i team progrediscono verso il raggiugimento degli obiettivi. Questo può includere: la creazione di canali di comunicazione e metodi di reporting, l’identificazione degli obiettivi, la definizione delle priorità all’interno del programma. Nel corso del programma, il Program Manager ottimizza il modello operativo per aumentare la probabilità di successo e ridurre l’impatto dei rischi.

Supportare le decisioni

Il processo decisionale assume molte forme: dall’organizzazione di incontri con i decision-makers, alla raccolta di informazioni su quali decisioni sono necessarie, fino all’analisi comparativa di più opzioni. Il Program Manager esamina i risultati per identificare opportunità di miglioramento di sistemi, processi, risultati.

Cosa fa un Project Manager?

Il valore prodotto dalla realizzazione dei progetti contribuisce all’avanzamento incrementale del programma. Affinché tale condizione si realizzi, è fondamentale la figura del Project Manager che ha il compito di pianificare e determinare come raggiungere gli obiettivi stabiliti all’inizio del progetto.

Una volta che un progetto è in corso, il Project Manager tiene traccia dei progressi, assegna le risorse, comunica l’avanzamento e i risultati.

Nel suo lavoro quotidiano, il Project Manager deve:

Valutare lo stato del progetto

Il Project Manager deve controllare lo stato di avanzamento del progetto per determinare se verrà consegnato secondo i tempi e il budget stabilito.

Monitorare le attività

Il Project Manager deve revisionare le attività di progetto al fine di identificare del nuovo lavoro, monitorare i progressi e sbloccare eventuali impedimenti per il team.

Creare un piano

Il Project Manager deve predisporre un piano di progetto nel quale specificare le milestone, come raggiungerle, come misurare i risultati, come comunicarli agli stakeholder.

Verificare la qualità

Il Project Manager deve garantire che il lavoro svolto soddisfi i requisiti di qualità e affidabilità stabililti all’inizio del progetto.

Conclusione

Project Manager e Program Manager lavorano su attività correlate; quello che differenzia i due ruoli è l’ambito e la determinatezza del perimetro nel quale si muovono:

i progetti hanno un ambito definito e controllato dall’inizio, mentre i programmi ricoprono un ambito più ampio che può cambiare nel corso del programma
i progetti sono ben determinati fin dall’inizio, poiché si stabilisce in modo chiaro come raggiungere il risultato; i programmi invece si sviluppano su un periodo di tempo più ampio e si adeguano alle nuove necessità che possono emergere e per questo non è possibile stabilire a priori cosa deve essere fatto e come concettualizzare il “successo” per il programma complessivo.

Il Project Management Institute osserva che “le organizzazioni con un Program Management maturo hanno molto più successo di quelle che ne sono prive”.

Questo perché il Program Management consente alle organizzazioni di raggiungere un migliore allineamento con gli obiettivi strategici aziendali, di gestire le interdipendenze tra i progetti, di amministrare meglio le risorse.

Siamo specializzati nello sviluppo di applicazioni dedicate alla pianificazione visuale collaborativa. Possiamo aiutarti a costruire board visuali, roadmap multiprogetto, controllare l’avanzamento di progetti e programmi, e molto altro: guarda Planning4, l’applicazione per il Project Management sviluppata per il settore manifatturiero.

Scrivici a info@openinnovation.it. Metteremo la nostra esperienza pluriennale al tuo servizio.

Come trasformare la propria azienda in una Smart Factory

2021-07-12T10:03:28Z

Come trasformare la propria azienda in una Smart Factory? Che cosa considerare quando si decide di affrontare la transizione digitale? Di seguito alcuni suggerimenti utili:

Riduzione dei documenti cartacei

Al fine di ottenere un livello più alto di reattività e trasparenza operativa, i documenti cartacei dovrebbero essere eliminati e sostituiti con supporti digitali. Per esempio si possono utilizzare applicazioni che funzionano su tablet o dispositivi indossabili in modo tale da creare flussi di lavoro completamente digitali per l’acquisizione dei dati e il coordinamento delle attività.

La nostra soluzione di Interactive Digital Signage è stata studiata per rispondere a questa esigenza.

Integrazione dei sistemi informativi aziendali

Non integrare tra loro le applicazioni IT aziendali significa produrre sprechi sia informativi che di processo, poiché richiede di inserire più volte le stesse informazioni su sistemi diversi. E’ quindi necessario integrare tra loro le diverse applicazioni aziendali, così da ottenere anche una vista aggregata di tutti i dati raccolti dai diversi sistemi (pianificazione, MES, dati macchina…).

Per approfondire i vantaggi che si possono ottenere con la System Integration, leggi il nostro articolo Far crescere il business con la System Integration.

Pianificazione in tempo reale

La pianificazione dettagliata dei processi è un fattore importante per l’efficienza operativa. All’interno di una Smart Factory deve essere possibile pianificare in modo preciso in tempo reale così da reagire velocemente ai cambiamenti e ridurre le interruzioni. Per fare ciò è necessario raccogliere i dati in linea in real-time.

Gli strumenti digitali con meccanismi di feedback istantaneo come smartwatch, o altri dispositivi indossabili, diventano un fattore chiave per implementare una fabbrica Agile.

Guarda come possiamo aiutarti ad integrare dispositivi fisici con il software.

Autonomia delle aree produttive

Nella maggior parte degli stabilimenti, gli ordini di produzione sono pianificati in modo centralizzato per l’intero stabilimento, traducendosi in processi piuttosto statici e monolitici.

Si consiglia di implementare una maggiore autonomia di pianificazione delle aree di produzione: rispetto agli uffici di pianificazione centralizzati “al piano superiore”, un’impostazione decentralizzata al “piano officina” consente decisioni rapide e puntuali.

Occorre approntare un piano di formazione per istruire le persone ad una pianificazione dettagliata in tempo reale e all’uso degli strumenti di pianificazione.

La nostra soluzione Andon è stata studiata per rispondere a questa esigenza.

Centralizzazione dei dati

Tutti i dati di fabbrica, dalla pianificazione ai dati produttivi, devono essere raccolti ed integrati tra loro in modo da poter essere facilmente disponibili ed aggregabili.

In questo modo è possibile usare i dati per generare dashboard di monitoraggio e KPI, in modo da poter prendere decisioni rapide e consapevoli.

Visita la sezione Dashboard real-time e analitiche.

Se pensi che nella tua azienda è arrivato il momento di affrontare la Transizione Digitale, scrivici a info@openinnovation.it. Metteremo la nostra esperienza pluriennale al tuo servizio.

4 buoni motivi per sostituire i fogli di calcolo con un’applicazione

2021-06-08T10:08:24Z

Nel 2013 Forbes ha pubblicato un articolo dal titolo “Microsoft's Excel Might Be The Most Dangerous Software On The Planet” sostenendo che:

There's a danger at one level: it's all become so complex and it's handled in such a slapdash manner that no one is really on top of it anymore. […] So that's one sense in which Excel could be dangerous: that we've tens of thousands, hundreds of thousands, of financiers and bankers throwing trillions of dollars around the markets on the basis of their incomplete spreadsheets and their ignorance of how they're doing it wrong.

Pur senza arrivare alla stessa conclusione categorica dell’articolo, questo però espone una questione fondamentale: le caratteristiche che fanno dei fogli di calcolo una strumento potente, quali facilità d’uso e flessibilità, possono rivelarsi anche i suoi punti deboli.

Limiti dei fogli di calcolo e perché passare ad un’applicazione

1. Siloization

Che cos’è la siloization? E’ l’atto o il processo di inserire dati identici in una moltitudine di contenitori elettronici diversi (silos), con conseguente inefficienza, alterazione dei dati, inconsistenza dei dati.

I fogli di calcolo possono essere collegati a data repository centralizzati, ma molto spesso questo non succede.

Uno degli scenari più comuni è ritrovarsi con più copie dei dati che vengono manipolati in modo indipendente da persone diverse e questo porta alla generazione di dati inconsistenti, oltre a rendere difficile il lavoro collaborativo.

Solitamente il numero dei fogli di calcolo usati in azienda cresce a dismisura: senza un’architettura formale e/o delle linee guida comuni, la progettazione e l’implementazione dei fogli di calcolo diventano molto “personali”.

Quali sono i rischi?

Spreco di tempo e risorse nell’inserimento e gestione dei dati
Mancanza di una fonte dati affidabile
Decisioni sbagliate prese sulla base di dati imprecisi

Che vantaggi si possono ottenere con un’applicazione?

Una sola fonte dati affidabile
Gestione delle autorizzazioni per la gestione dei dati
Lavoro collaborativo

2. Difficile manutenzione dei dati

Quando un foglio di calcolo viene modificato da più persone, nel corso del tempo si stratificano una serie di commenti, formule, colonne inserite in modo indipendente da persone diverse fino a che diventa difficile l’uso del foglio stesso per la mancanza di un approccio comune.

Il risultato? Dati ridondanti e difficili da mantenere.

Un altro punto critico è che i fogli di calcolo non implementano permessi di visualizzazione sulle singole colonne e quindi chi ha accesso al foglio può vedere tutte le informazioni in esso contenute.

Senza un approccio comune la continua manipolazione dei dati, l’inserimento manuale dei dati, i vari copia-incolla da parte di diverse persone porta inevitabilmente ad errori.

E qui c’è un altro problema: il foglio di calcolo non ti avverte che i dati sono sbagliati, mostra semplicemente il dato sbagliato. E se non ci si accorge in tempo dell’errore, questo può venire replicato a sua volta in altri fogli.

I fogli di calcolo non implementano logiche di sistema o logiche di processo; si possono proteggere le celle, implementare macro, ma non sono paragonabili a quello che si può ottenere con applicazioni aziendali specificamente progettate.

Quali sono i rischi?

Dati difficili da riconciliare e mantenere su fogli manipolati da più persone
Errori che non vengono individuati e possono essere replicati senza rendersene conto
Logiche di processo, anche semplici, non possono essere implementate

Che vantaggi si possono ottenere con un’applicazione?

Prevenzione dall’errore: implementazione di logiche che permettono il riconoscimento degli errori e lo comunicano visivamente all’utente
Possibilità di implementare in modo semplice logiche di processo.

3. Scarsa sicurezza dei dati

Come già detto in precedenza, i fogli di calcolo non permettono di gestire differenti livelli di accesso ai dati.

Si può proteggere un file con una password, bloccare la modifica di alcune colonne, ma queste pratiche non rappresentano certo un livello sufficiente di sicurezza della informazioni.

A questo va aggiunto che i dati nei fogli di calcolo non vengono mai conservati in unico posto, anzi semmai è l’esatto contrario. Ed essendo di solito gestiti da personale non IT, che comprensibilmente non ha familiarità con le best practice di archiviazione e backup, in caso di disastro il ripristino completo dei dati può essere molto difficile se non impossibile.

Quali sono i rischi?

Le persone vedono informazioni alle quali non dovrebbero avere accesso
I dati critici sono facilmente manipolabili
Non è possibile applicare un piano di Disaster Recovery, con conseguente perdita dei dati

Che vantaggi si possono ottenere con un’applicazione?

Facilità di gestione nell’accesso ai dati (chi può vedere e/o modificare cosa)
Versionamento dei dati per sapere sempre chi ha modificato cosa e quando
Implementazione di standard di sicurezza
Backup e ripristino dei dati in caso di Disaster Recovery

4. Scarsa scalabilità

L’utilizzo di un foglio di calcolo per gestire un processo con meno di cinque utenti probabilmente è gestibile, ma solo per processi semplici e quando il volume di dati è contenuto.

Al di sopra di questo livello, sia per complessità che per numero di utenti, i fogli di calcolo mostrano tutti i loro limiti: sono lenti, si arrestano spesso e in modo anomalo, non riescono a gestire tutte le righe.

Quali sono i rischi?

Rallentamento dei processi
Poca flessibilità
Incapacità di supportare decisione strategiche in tempi rapidi

Che vantaggi si possono ottenere con un’applicazione?

Poter estendere facilmente il sistema informatico in modo da supportare la crescita aziendale
Gestione di grandi quantità di dati

Conclusione

I fogli di calcolo rimangono un ottimo strumento e verranno sempre usati all’interno dell’azienda.

Ma quando vengono utilizzati per raccogliere molti dati e/o implementare logiche di processo sempre più complesse, diventa evidente come non rappresentino la soluzione migliore.

Se la tua azienda sta crescendo, ti sarai accorto che hai bisogno di un sistema più strutturato che assicuri flessibilità, sicurezza, manutenibilità.

Noi possiamo trasformare il tuo foglio di calcolo in un’applicazione: potrai ottenere tutti i vantaggi di un sistema strutturato mantenendo la stessa facilità d’uso di un foglio di calcolo.

Scrivici a info@openinnovation.it. Metteremo la nostra esperienza pluriennale al tuo servizio.

Far crescere il business con la System Integration

2021-05-10T09:42:04Z

Per System Integration, o integrazione di sistemi, si intendono i processi e le attività atte a far comunicare tra loro diverse applicazioni e servizi informatici in modo da ottenere un sistema informativo coerente nel quale ogni software, pur mantenendo una sua specifica funzione, lavora con gli altri in un’architettura coesa.

Perché serve una System Integration?

Bisogna immaginare l’ecosistema informativo aziendale come una città. Così come in una città vengono costruite nuove strade e palazzi, allo stesso modo l’infrastruttura IT di un’azienda muta nel tempo per adattarsi alle esigenze di business.

Nelle aziende in forte crescita la pianificazione di un’architettura IT integrata spesso passa in secondo piano rispetto agli obiettivi di accelerazione del business nel breve termine. Questo implica che applicazioni diverse vengono installate in momenti diversi per coprire velocemente le esigenze delle varie aree aziendali. Con il passare del tempo la conseguenza è l’emergere di inefficienze nei processi aziendali e perdita di informazione. Come nascono questi problemi, e come possono essere evitati?

Un’azienda in rapida crescita può trovarsi altrettanto rapidamente impantanata in un panorama applicativo complesso.

Facciamo un’esempio: inizialmente l’azienda installa un software di contabilità; comincia ad acquisire più clienti e quindi installa un sistema CRM separato; con l’aumentare della clientela, ha bisogno di un software per la gestione delle richieste di assistenza. La gestione del magazzino, degli ordini ecc... viene fatta attraverso altri software e diversi fogli di calcolo.

Un approccio di questo tipo sicuramente riesce a gestire le esigenze tattiche nel breve periodo, ma impedisce all’azienda di ridimensionarsi in modo efficiente nel lungo termine.

Una rete intricata di sistemi software a compartimenti stagni inibisce la flessibilità, la produttività e, in ultima analisi, rallenta la capacità di crescita dell’impresa.

Ecco un riepilogo dei principali problemi che possono ostacolare la crescita dell’azienda se i sistemi informativi non interagiscono tra loro:

inefficienza dei processi: avere applicazioni separate che non si parlano significa che le persone sono costrette a inserire più volte le stesse informazioni su sistemi diversi. Ciò si traduce in:

perdita di produttività perché vengono svolte manualmente operazioni che possono essere automatizzate;
perdita di informazioni perché inserire manualmente gli stessi dati su sistemi diversi porta facilmente ad errori;

mancanza di visibilità in tempo reale: quando i sistemi software non sono integrati non è possibile ottenere facilmente una visione d’insieme e tempestiva dei dati
perdita di business: con una forte concorrenza, è essenziale per un’azienda fornire ai propri clienti risposte rapide e precise o si rischia che si rivolgano altrove. Un sistema informativo integrato garantisce l’accesso veloce alle giuste informazioni.

Vantaggi della System Integration

Un progetto di System Integration diventa un prerequisito fondamentale per raggiungere la flessibilità che permette di esplorare nuovi modelli di business massimizzando il valore degli investimenti tecnologici, con l’obiettivo di ridurre sempre più il time-to market e soddisfare con più rapidità la propria clientela.

In altre parole: per far evolvere digitalmente ma non solo l’azienda, non serve sostituire il parco di applicazioni informatiche; si otterranno migliori risultati facendo parlare tra di loro i software che sono già presenti. I vantaggi sono molteplici:

efficienza dei processi: far parlare tra di loro le applicazione permette di automatizzare azioni che prima venivano svolte manualmente, con due benefici:

avere informazioni più precise con meno errori;
liberare le persone da operazioni routinarie non a valore e permettere loro di concentrarsi sulle attività a valore

migliore visibilità delle informazioni: la System Integration permette di far convogliare le informazioni che provengono dalle diverse applicazioni in un unico punto dal quale è possibile estrarre i dati che servono per prendere decisioni tempestive e consapevoli
supporto alla crescita e all’innovazione: un’architettura IT orientata alla System Integration riesce a supportare in modo veloce e flessibile le modifiche ai processi di business che si fanno necessari man mano che l’azienda evolve.

Se pensi che nella tua azienda è arrivato il momento di affrontare un progetto di System Integration, scrivici a info@openinnovation.it. Metteremo la nostra esperienza pluriennale al tuo servizio.