Les dix erreurs courantes
- Démarrer le développement sans une spécification de processus ordonnée.
- Copier le processus manuel 'tel quel' dans le système.
- Modèle d'autorisations trop compliqué ou, à l'inverse, ouvert à tous.
- Migration de données sans nettoyage ni consolidation.
- Automatisations parallèles exécutées sur le même événement.
- Absence de Sandbox et de tests avant les modifications en Production.
- Absence de documentation — chaque modification ne vit que chez celui qui l'a construite.
- Adoption partielle due à l'absence de formation et de supports d'aide.
- Manque de propriété claire après la mise en service.
- Choix d'un produit ou d'un Cloud avant la définition des besoins.
Comment les identifier à temps
- Demandez aux utilisateurs réels s'ils utilisent le système ou le contournent.
- Vérifiez le nombre de pannes récurrentes et le temps de résolution.
- Vérifiez la qualité des données — doublons, champs vides, champs non utilisés.
- Vérifiez l'étendue des automatisations actives et leur chevauchement.
Que faire si elles sont déjà survenues
Il est souvent possible d'améliorer sans jeter le système. Nous commençons par un bilan de santé, élaborons un plan de travail avec des gains rapides et gérons la dette technique via des projets ciblés plutôt qu'un seul projet gigantesque.
28. Questions fréquentes
Parfois, mais pas toujours. Dans de nombreux cas, la mise à niveau de l'architecture d'un système existant est préférable à une migration complète — le risque est moindre et les connaissances sont préservées.