Avec Tulip, la transformation de vos opérations grâce à la technologie numérique nécessite une amélioration continue. Cela inclut des changements progressifs et un développement itératif pour répondre à l'évolution de vos besoins.
Qu'est-ce que l'amélioration continue ?
L'amélioration continue est une méthode agile.
La méthode agile est une approche du cycle de vie du développement qui donne la priorité à la création de valeur par le biais d'un processus de publication et d'itération continues. Plutôt qu'une seule version importante, elle se concentre sur la réalisation d'un objectif par le biais de nombreuses petites améliorations.
L'amélioration continue permet de fournir rapidement des solutions de valeur minimale en recueillant des données, en examinant les processus en temps réel et en modifiant les applications ou les processus en conséquence.
Rassembler des informations grâce à l'analyse
La fonction d'analyse de Tulip permet de visualiser les données à l'aide de graphiques sans code et de fonctions avancées d'apprentissage automatique.
{Les analyses que vous réalisez peuvent mettre en évidence des problèmes dans les processus de production et de distribution.}
Les analyses que vous réalisez peuvent mettre en évidence des problèmes dans vos opérations et montrer les performances en temps réel par rapport à vos indicateurs clés de performance.
Les analyses peuvent utiliser les sources de données suivantes dans Tulip :
- Achèvements d'applications
- Données de table
- Données machine
Voici quelques exemples de la valeur ajoutée apportée par les analyses :
Graphique de Pareto qui montre les taux de défauts
Diagramme à barres des temps de cycle
Les couches de cartes de contrôle permettent d'améliorer immédiatement les opérations. Les cartes de contrôle vous permettent de
- Définir des limites de contrôle supérieures et inférieures
- d'utiliser l'apprentissage automatique pour le contrôle statistique des processus
- Envoyer des notifications lorsque des valeurs aberrantes apparaissent dans vos données
Pour en savoir plus sur l'analyse , cliquez ici.
Voyons maintenant un exemple d'amélioration continue sur une échelle de 12 mois avec Tulip.
Exemple de cas d'utilisation : Traiter les écarts de qualité
Scénario : Les fuites de qualité atteignent les clients, mais vous ne savez pas exactement d'où elles proviennent. Vous vous attendez à ce que la demande augmente l'année prochaine, vous consacrez donc cette année à la construction d'une infrastructure et à la mise en place d'initiatives visant à augmenter le débit.
Objectif de l'entreprise : permettre une mise à l'échelle dans les 12 mois et renforcer la confiance des clients à l'égard de votre programme de qualité.
Indicateurs clés de performance : Rendement au premier passage ; échappées de qualité ; temps de reprise
Objectifs de fabrication :
- Identifier les causes profondes des problèmes de qualité
- Mettre en œuvre des outils pour la prévention en ligne des problèmes de qualité (poka-yoke)
- Traçabilité et généalogie pour agir rapidement en cas de problème
- Améliorer systématiquement la qualité grâce à de meilleures initiatives de formation
- Créer une "dernière ligne de défense" pour s'assurer que la qualité ne s'échappe pas du bâtiment.
Sprint 1 : Commencez à collecter des données de première ligne en mettant en place un simple contrôle réussite/échec à chaque poste d'inspection.
- Apprendre les compétences de base en matière de création d'applications
- Apprendre à déployer de nouvelles applications
- Obtenir rapidement des données
- Conduire la gestion du changement : Les opérateurs commencent à apprendre et à utiliser Tulip très tôt
Sprint 2 : Poser les bases de l'analyse des données de première ligne. Lorsque des pièces sont défectueuses, les opérateurs doivent saisir une raison de défaillance à partir d'une liste.
- Développer les compétences en matière de construction d'applications
- Apprendre à déployer de nouvelles versions d'applications
- Obtenir des données rapidement : le chemin le plus rapide possible pour comprendre quelles étapes d'inspection conduisent au plus grand nombre de problèmes.
- Identifier les points problématiques : Vos codes de défaillance sont-ils suffisants ? Vos applications sont-elles faciles à utiliser ?
→ Identify root causes of quality issues
Sprint 3 : Créer une application detableau de bord montrant quelles stations ont le plus grand nombre de défaillances.
- Acquérir de nouvelles compétences en matière de création d'applications
- Favoriser l'amélioration continue : concentrez vos ressources sur la réduction des défaillances dans les stations où elles sont les plus nombreuses.
- Favoriser la gestion du changement : montrer la valeur des solutions numériques pour conduire rapidement des changements significatifs (dans un délai de 6 semaines).
Sprint 4 : Améliorez votre application de tableau de bord. En commençant par les stations présentant le plus grand nombre d'échecs, montrez quels types d'échecs sont les plus fréquents.
- Favorisez l'amélioration continue : concentrez vos ressources sur la résolution des problèmes les plus importants.
- Montrez le retour sur investissement : En combien de temps pouvez-vous réduire le nombre de défaillances pour chaque type ? Quel est l'impact sur les coûts de rebut et de main-d'œuvre ?
Sprint 5 : Créer des applications d'instructions de travail pour fournir des conseils clairs aux opérateurs dans les domaines problématiques identifiés.
- Hiérarchiser les points problématiques
- Construire pour l'échelle : Créer un modèle qui peut être réutilisé à travers les pièces et les lignes de produits.
→ Implement tools & poka-yoke for in-line prevention of quality issues
Sprint 6 : Utiliser les instructions de travail pour saisir les données. Ne pas permettre aux pièces d'avancer sur la ligne si elles ne sont pas conformes aux spécifications.
- Mettre en œuvre le poka-yoke
- Construire la traçabilité initiale : saisir les temps de cycle, les opérateurs, les spécifications et les données de réussite/échec.
→ Traceability & genealogy to act quickly in case of any issues
Sprint 7 : Actualisez vos applications de qualité si nécessaire. Mettez à jour vos tableaux de bord pour montrer les améliorations au fil du temps.
- Apprenez l'architecture des applications : Comprendre comment un écosystème d'applications fonctionne ensemble.
- Concevoir et itérer pour la facilité d'utilisation.
Sprint 8 : Préparer le terrain pour la phase suivante de votre programme de qualité.
- Montrez le retour sur investissement : Les initiatives numériques permettent d'améliorer les indicateurs de performance clés.
- Poursuivre l'élaboration d'instructions de travail classées par ordre de priorité
- Restreindre l'accès à l'application par station aux opérateurs formés au processus spécifique.
→ Programmatically improve quality via better training initiatives
Sprint 9 : Mettre en place un programme à long terme pour suivre le retour sur investissement. Finaliser la traçabilité.
- Montrer le retour sur investissement : Traduire les améliorations des ICP en dollars, en unités et/ou en heures.
- Comprendre les dossiers d'achèvement
Sprint 10 : Concevoir un programme de formation.
Sprint 11 : Améliorer continuellement vos applications, tout en développant l'écosystème.
→ Create a “last line of defense” to ensure to quality escapes leave the building
Prochaines étapes
Identifiez vos objectifs commerciaux et commencez à vous attaquer à ce qui compte le plus pour vous avec les ressources des experts de Tulip:* Cours universitaire sur le développement agile* Cours universitaire sur votre premier cas d'utilisation* Cours universitaire sur le développement de tableaux de bord
Vous avez trouvé ce que vous cherchiez ?
Vous pouvez vous rendre sur community.tulip.co pour poser votre question ou voir si d'autres ont répondu à une question similaire !