Combien de jours dure un projet d'automatisation ?

Lorsqu'un projet d'automatisation est proposé, la première question est souvent « combien de jours cela prendra-t-il ». Il n'y a pas de réponse unique, car ce qui détermine réellement la durée n'est pas la quantité de code écrit. Deux projets de taille apparemment similaire peuvent beaucoup différer — l'un en une semaine, l'autre en un mois. La différence tient à la structure des données et au nombre de décideurs impliqués.

Trois étapes déterminent la durée

Un projet d'automatisation comporte globalement trois étapes : préparation des données et des règles, construction, puis tests et approbation. Les délais annoncés ne couvrent souvent que la phase de construction. La majeure partie du temps se perd en réalité dans la première et la dernière étape.

• Préparation des données et des règles. La construction ne peut commencer avant que l'on sache où se trouve chaque information et ce qui constitue une exception.
• Construction. L'étape la plus prévisible, où le flux est bâti selon les règles définies.
• Tests et approbation. L'étape où des exemples réels sont testés et où les personnes concernées valident.

Comment la structure des données influence la durée

Si l'information se trouve à un seul endroit, de façon cohérente, la construction avance vite. Si la même information est éparpillée entre plusieurs fichiers, dans des formats différents, en partie tenue à la main, ce désordre doit d'abord être trié. Nous avons abordé la préparation nécessaire pour importer des tableaux en masse dans un système dans cet article ; la même logique s'applique à la préparation des données dans les projets d'automatisation.

En pratique, le plus de temps est perdu quand on suppose au départ que « les données sont déjà propres », pour découvrir le désordre en cours de route. Examiner un échantillon de données avant de commencer la construction est plus rapide que de revenir en arrière plus tard.

Le nombre de décideurs compte plus que les lignes de code

Un flux qui pourrait techniquement être construit en quelques jours peut s'étirer sur des semaines à mesure que plus de personnes doivent l'approuver. Chaque approbateur supplémentaire ajoute du temps de décision et une probabilité de demande de modification. C'est pourquoi il faut clarifier avant de commencer qui décide quoi et dans quel ordre les approbations se font.

Une tâche simple avec un seul décideur — par exemple un rapport généré automatiquement — peut être mise en ligne en quelques jours. Un processus touchant plusieurs services prend plus de temps même avec un périmètre technique similaire.

Construire un calendrier réaliste

En demandant une estimation de durée, interrogez séparément les trois étapes : combien de temps prendra la préparation des données, combien la construction, combien de jours prévoir pour les tests et l'approbation ? Un chiffre unique donné sans cette décomposition reflète souvent seulement la phase de construction et sous-estime la date de livraison réelle.

• Où se trouvent les données aujourd'hui, et sous quel format ?
• Les exceptions sont-elles déjà claires, ou apparaîtront-elles pendant le projet ?
• Qui approuve, et dans quel ordre ?
• Des données d'exemple réelles sont-elles prêtes pour les tests ?

Si ces questions trouvent des réponses claires, le délai annoncé sera proche de la réalité. Si les réponses restent floues, le délai l'est aussi — et la première étape n'est pas de donner une estimation, mais de clarifier ces inconnues.

Un périmètre réduit raccourcit le délai

Construire d'abord une version restreinte couvrant une seule tâche, plutôt qu'une automatisation large en une fois, raccourcit le délai et fournit un retour rapide. Nous avons évalué quelles tâches se prêtent à ce déploiement par étapes dans quels métiers se prêtent à l'automatisation. Commencer petit et voir le résultat est plus fiable que d'attendre la livraison d'un grand projet en une seule fois.

Questions fréquentes

Quelle est la durée du projet d'automatisation le plus rapide ?

Un projet simple couvrant une seule tâche répétitive, avec des données organisées et un unique décideur, peut être mis en ligne en quelques jours. Le périmètre et le nombre d'approbateurs allongent le délai.

Qu'est-ce qui allonge le plus le délai ?

Généralement pas le code, mais des données éparpillées et un long processus d'approbation. Les projets impliquant plusieurs personnes à des moments différents peuvent s'étendre sur des semaines même s'ils sont techniquement simples.

Pourquoi les estimations de durée sont-elles souvent peu fiables ?

Parce que l'estimation ne couvre généralement que la phase de construction ; la préparation des données, les tests et l'approbation ne sont pas inclus. Une estimation réaliste couvre les trois étapes séparément.