Con Tulip, la trasformazione della vostra attività attraverso la tecnologia digitale richiede un miglioramento continuo. Questo include cambiamenti incrementali e sviluppo iterativo per soddisfare le vostre esigenze in continua evoluzione.
Che cos'è il miglioramento continuo?
Il flusso di lavoro di miglioramento continuo è un metodo agile.
L'agilità è un approccio al ciclo di vita dello sviluppo che dà priorità alla creazione di valore attraverso un processo di rilascio e iterazione continui. Invece di un unico grande rilascio, si concentra sul raggiungimento di un obiettivo attraverso molti piccoli miglioramenti.
Il miglioramento continuo assicura la consegna rapida di soluzioni di valore minimo, raccogliendo dati, esaminando gli insight dei processi in tempo reale e iterando le applicazioni o i processi di conseguenza.
Raccogliere informazioni con gli Analytics
La funzione Analytics di Tulip visualizza i dati con grafici senza codice e funzioni avanzate di apprendimento automatico.
Le analisi costruite possono evidenziare i problemi delle operazioni e mostrare le prestazioni in tempo reale rispetto ai KPI.
Le analisi possono utilizzare le seguenti fonti di dati in Tulip:
- Completamenti di app
- Dati di tabella
- Dati macchina
Ecco alcuni esempi di guadagno di valore dalle analisi:
Grafico di Pareto che mostra i tassi di difettosità
Grafico a barre dei tempi di ciclo
È possibile migliorare immediatamente le operazioni con i livelli dei diagrammi di controllo. I grafici di controllo consentono di:
- Impostare limiti di controllo superiori e inferiori
- Utilizzare l'apprendimento automatico per il controllo statistico dei processi
- Inviare notifiche quando nei dati compaiono valori anomali.
{Altezza="" larghezza=""}
Per saperne di più sugli Analytics , cliccate qui.
Vediamo ora un esempio di miglioramento continuo per una scala di 12 mesi con Tulip.
Esempio di caso d'uso: Affrontare le fughe di qualità
Scenario: I clienti ricevono fughe di qualità, ma non si sa da dove provengano. Prevedete che la domanda aumenterà l'anno prossimo, quindi quest'anno vi concentrerete sulla costruzione dell'infrastruttura e sulle iniziative per aumentare la produzione.
Obiettivo aziendale: consentire l'aumento di scala entro 12 mesi e aumentare la fiducia dei clienti nel vostro programma di qualità.
KPI: Resa al primo passaggio; fughe di qualità; tempo di rilavorazione.
Obiettivi di produzione:
- Identificare le cause principali dei problemi di qualità
- Implementare strumenti per la prevenzione in linea dei problemi di qualità (poka-yoke).
- Tracciabilità e genealogia per agire rapidamente in caso di problemi
- Migliorare programmaticamente la qualità attraverso migliori iniziative di formazione
- Creare una "ultima linea di difesa" per garantire che la qualità non esca dall'edificio.
Sprint 1: iniziare a raccogliere dati in prima linea implementando un semplice controllo "pass/fail" in ogni stazione di ispezione.
- Imparare a costruire le app di base
- Imparare a distribuire nuove app
- Ottenere rapidamente i dati
- Guidare la gestione del cambiamento: Gli operatori iniziano presto a imparare e a usare Tulip
Sprint 2: gettare le basi per l'analisi dei dati di prima linea. Quando i pezzi si guastano, gli operatori devono inserire un motivo di guasto da un elenco.
- Sviluppare le competenze di costruzione delle app
- Imparare a distribuire nuove versioni delle app
- Ottenere velocemente i dati: il percorso più rapido possibile per capire quali sono le fasi di ispezione che portano al maggior numero di problemi.
- Identificare i punti critici: I codici di guasto sono sufficienti? Le app sono facili da usare?
→ Identify root causes of quality issues
Sprint 3: Creare un' applicazionedashboard che mostri quali sono le stazioni con il maggior numero di guasti.
- Imparare a costruire nuove app
- Promuovere il miglioramento continuo: concentrare le risorse sulla riduzione dei guasti nelle stazioni con il maggior numero di guasti.
- Guidare la gestione del cambiamento: mostrare il valore delle soluzioni digitali per guidare rapidamente un cambiamento d'impatto (entro 6 settimane).
Sprint 4: migliorare l'app del cruscotto. Iniziando dalle stazioni con il maggior numero di guasti, mostrate quali tipi di guasti sono più comuni.
- Promuovere il miglioramento continuo: concentrare le risorse sulla risoluzione dei problemi più gravi.
- Mostrare il ROI: In quanto tempo è possibile ridurre il numero di guasti per ogni tipo? Che impatto ha sugli scarti e sui costi di manodopera?
Sprint 5: Creare applicazioni di istruzioni di lavoro per fornire una guida chiara agli operatori nelle aree problematiche identificate.
- Dare priorità ai punti dolenti
- Costruire per la scala: Creare un modello che possa essere riutilizzato per tutte le parti e le linee di prodotto.
→ Implement tools & poka-yoke for in-line prevention of quality issues
Sprint 6: utilizzare le istruzioni di lavoro per acquisire i dati. Non permettere che i pezzi procedano lungo la linea se sono fuori specifica.
- Implementare il poka-yoke
- Creare una tracciabilità iniziale: catturare tempi di ciclo, operatori, specifiche e dati di superamento/errore.
→ Traceability & genealogy to act quickly in case of any issues
Sprint 7: Aggiornare le applicazioni di qualità secondo le necessità. Aggiornare i dashboard per mostrare i miglioramenti nel tempo.
- Imparare l'architettura delle app: Capire come funziona un ecosistema di app.
- Progettare e iterare per l'usabilità.
Sprint 8: gettare le basi per la fase successiva del programma di qualità.
- Mostrare il ROI: Le iniziative digitali stanno portando a miglioramenti dei KPI.
- Continuare a sviluppare istruzioni di lavoro prioritarie
- Limitare l'accesso all'app da parte della stazione agli operatori addestrati al processo specifico.
→ Programmatically improve quality via better training initiatives
Sprint 9: Impostare un programma a lungo termine per monitorare il ROI. Finalizzare la tracciabilità.
- Mostrare il ROI: Tradurre i miglioramenti dei KPI in dollari, unità e/o ore.
- Comprendere i record di completamento
Sprint 10: progettare un programma di formazione.
Sprint 11: Migliorare continuamente le applicazioni, sviluppando al contempo l'ecosistema.
→ Create a “last line of defense” to ensure to quality escapes leave the building
Passi successivi
Identificate i vostri obiettivi di business e iniziate ad affrontare ciò che vi sta più a cuore con le risorse degli esperti Tulip:* Corso universitario di sviluppo agile* Corso universitario di scelta del primo caso d'uso* Corso universitario di sviluppo di dashboard
Avete trovato quello che cercavate?
Potete andare su community.tulip.co per postare la vostra domanda o vedere se altri hanno affrontato una domanda simile!