Gestion des opérations et des équipements
Planifiez et suivez la maintenance, les pannes et les ordres de travail par équipement.
Migration
Si vous changez de système.
La migration n’est pas un risque, c’est une méthode. Mesurer, pas estimer.
Changer de système, c’est d’abord identifier le travail réellement effectué dans l’ancien outil et le transférer intégralement vers le nouveau, avant de résilier la licence.
Butterfly n'a pas besoin de remplacer vos systèmes existants : il peut s'installer au-dessus et gérer le travail qui circule entre eux ; si nécessaire, il peut remplacer l'ensemble de vos outils de suivi des tâches, de gestion des équipements et de la maintenance et de validation/BPM.
Les organisations qui font confiance à Butterfly
De quel système partez-vous ?
Trois chemins de migration, une seule méthode.
01
Gestion du travail
Avec l’historique des projets, des tâches, des sprints et des saisies de temps
89 projets · le jour même 02Équipements et maintenance
Équipements, maintenance périodique et conditionnelle, pannes
~55 000 actifs · ~2,5 mois 03Validation et BPM
Circuits de validation, formulaires et étapes qui débordent vers l’e-mail
Validation des paiements de 6 000 salariés
Méthode
Mesurer d’abord, puis migrer.
Chaque migration suit les mêmes 6 étapes ; aucune étape irréversible n’est franchie sans contrôle.
Découverte
de quel système part-on et pourquoi ; responsables de processus et décideur
Inventaire mesuré
la structure (projets, champs, workflows, scripts, intégrations, droits d’accès) et l’usage (volume d’enregistrements, flux réellement exécutés)
Conception cible
Dans Butterfly, le modèle de données, les machines à états, les intégrations et une liste de questions ouvertes avec les points bloquants signalés
Pilot
test du processus le plus risqué avec les données de l’organisation
Migration progressive
transfert des données, fonctionnement en parallèle, comparaison des mesures avec l’ancien système
Clôture
bascule, gel et arrêt de l’ancien système
Les difficultés de la migration
Aujourd’hui
Risques connus, réponses mesurées.
Les cinq préoccupations que nous entendons le plus souvent lors des échanges sur la migration, et notre réponse à chacune.
Avec Butterfly
Nous mesurons d’abord. Nous lisons la structure et les données d’usage du système source, puis nous comparons ce qui est documenté, ce qui est installé et ce qui est réellement utilisé.
RésultatLes structures inutilisées ne sont pas migrées ; le périmètre caché est visible dès le départ.Nous découpons la migration en phases. Nous testons d'abord le processus le plus risqué en pilote avec une petite équipe, puis nous migrons progressivement.
RésultatMême sous la pression du calendrier, aucune étape irréversible n’est franchie sans contrôle.Nous vous laissons la main sur les modifications. Les étapes de processus, les règles de validation, les formulaires et les droits d'accès sont conservés sous forme de données dans la plateforme ; une modification relève de la configuration, pas du développement logiciel.
RésultatLe responsable du processus effectue le changement selon son propre calendrier.Nous ramenons dans le processus les étapes qui passent par e-mail. Les étapes qui débordent vers l'e-mail, comme les pièces complémentaires et les validations supplémentaires, sont ajoutées au flux grâce à une table de règles.
RésultatLe travail hors système revient dans le système ; la piste d’audit est complète.Nous faisons fonctionner les deux systèmes ensemble pendant un certain temps. Butterfly fonctionne au-dessus des systèmes existants ; pendant la migration, l’ancien et le nouveau système fonctionnent de manière intégrée ou en parallèle.
RésultatLe changement n’est plus un projet ponctuel mais une configuration maîtrisée.Test de préparation
Votre organisation est-elle prête pour la migration ?
8 questions, deux minutes. Pour chaque question, choisissez la réponse la plus proche de votre situation ; à la fin, consultez votre bilan de migration et les premières étapes à engager.
- Données
- Connexions
- Vérification
- Équipe et bascule
Validation et BPM
En quittant votre système de validation.
Avec les outils de validation à formulaire figé, le processus déborde vers l’e-mail et le travail hors système augmente. Dans Butterfly, les étapes de validation, les formulaires et les droits d’accès sont conservés sous forme de données ; une modification relève de la configuration, pas d’un projet logiciel. Les étapes de validation et de pièces complémentaires qui débordent vers l’e-mail sont ramenées dans le processus grâce à une table de règles.
Paie de 6 000 salariés est transmis à la banque via un circuit de validation à double signature électronique ; les validations sont acheminées vers le responsable concerné selon la hiérarchie de l’organisation (en production).
Les migrations depuis des outils de validation et de BPM suivent la même méthode : inventaire mesuré, pilote, migration progressive.
Les migrations depuis des outils de validation et de BPM suivent la même méthode : inventaire mesuré, pilote, migration progressive.
Retours d’expérience
Les migrations en chiffres
Les noms des clients ne sont pas communiqués pour des raisons de confidentialité.
89 projets · plus de 32 000 tâchesmigration le jour même depuis l’outil de suivi des tâches (notre propre utilisation)
~55 000actifs migrés depuis l’ancien système de gestion des actifs et de la maintenance (en production)
~2,5 moisdurée de migration actifs et maintenance (en production)
6 000 collaborateurspaiement des salaires, via un circuit à double signature électronique qui a remplacé l’ancien outil de validation (en production)
Questions fréquentes
À propos de la migration en quelques réponses.
Devons-nous remplacer tous nos systèmes pour passer à Butterfly ?
Non ; Butterfly peut s'installer au-dessus de vos systèmes existants et gérer les flux, les règles et la visibilité entre eux. Si vous souhaitez remplacer un système, cela se fait progressivement, sur la base d'un inventaire mesuré.
À quoi souhaitez-vous accéder pour l’analyse ?
Un accès en lecture seule au système source ou à la base de données, ou un export représentatif, des données d'utilisation réelles, la documentation existante le cas échéant et de courts entretiens avec les responsables de processus. Aucune modification n'est faite en production sur le système existant.
Si nous décidons de ne pas migrer après l’analyse, que nous reste-t-il ?
Vous disposez d'une description complète et à jour de votre application : inventaire des fonctionnalités, flux de processus avec leurs exceptions réelles et points de friction avérés. Ce document est utilisable indépendamment de la décision de migration.
Nos enregistrements historiques sont-ils aussi migrés ?
Oui ; l'historique des tâches, les commentaires, les pièces jointes, les saisies de temps et l'historique des modifications peuvent être migrés. Si nécessaire, un historique technique à très fort volume reste accessible en archive au lieu d'être migré vers le nouveau système.