Le travail se complique lorsque les données passent d’un tableur à l’autre, que les validations restent dans des messages et que la version à jour est incertaine. FlowApps LAB développe des logiciels sur mesure adaptés aux processus existants, en étudiant ensemble les rôles utilisateurs, les données utilisées et les règles métier. Le point de départ est un problème concret, pas une longue liste de fonctions.
Peu de personnes gèrent un processus simple, les données sont faciles à rapprocher et les accès sont déjà adaptés. Des modèles plus clairs, des responsabilités définies ou une petite intégration peuvent suffire sans créer d’application.
Les rôles ont besoin de vues ou de droits différents, les saisies se répètent ou les contrôles et validations doivent rester cohérents. Vérifier d’abord si un produit existant peut être configuré de façon adaptée. Une application sur mesure implique aussi maintenance, support et évolutions.
Identifier les données principales, leurs relations et les champs requis. Définir quand un dossier est complet, comment traiter les doublons et quelles corrections restent possibles après utilisation des données.
Définir qui crée, consulte, modifie, approuve ou rouvre un dossier. Prévoir les refus, l’absence d’un approbateur et les corrections après validation. Ces cas comptent souvent davantage que l’apparence du formulaire principal.
Préciser les données entrantes et sortantes, le système de référence et le traitement des écarts. Décrire les rapports selon les décisions à prendre, les champs nécessaires et les filtres ou exports réellement utilisés.
La charge de travail ne dépend pas seulement du nombre d’écrans. La qualité des données, les règles d’accès, les exceptions, les intégrations, la migration des données, les rapports et les responsabilités de mise en production influencent directement le périmètre. L’estimation doit donc s’appuyer sur les processus réels, des exemples de données et les dépendances techniques, et pas seulement sur une liste de fonctionnalités. Les incertitudes sont identifiées avant de fixer le périmètre de livraison.
Un premier périmètre peut couvrir un processus complet plutôt que plusieurs modules inachevés. Convenir des entrées, du traitement des exceptions et de la vérification du résultat. Définir aussi les tâches conservées dans les outils existants et la maintenance de l’application. Les compromis deviennent visibles avant d’ajouter écrans ou automatisations.