operius_ ← Retour au site

Logiciel et automatisation

Je développe pour supprimer une limitation, pas pour en créer une : un outil qui répond au besoin vaut mieux qu'un empilement de logiciels généralistes.

Cette page présente comment j'aborde un besoin de logiciel ou d'automatisation, et les questions que je me pose avant d'écrire du code. Dans une petite entreprise, beaucoup de temps part dans des tâches répétitives et dans des outils qui ne se parlent pas. La réponse n'est pas toujours un nouveau développement : il faut d'abord comprendre ce qui existe, ce qui manque, et qui fera vivre la solution.

Ce qu'un outil sur mesure doit assurer

Un outil sur mesure doit d'abord :

  • répondre à un besoin précis, décrit en termes d'usage et non de technologie ;
  • rester compréhensible et modifiable par la personne qui en héritera ;
  • s'appuyer sur ce qui existe déjà quand c'est suffisant ;
  • se vérifier : on sait comment constater qu'il fonctionne.

Du script à l'application : le plus simple qui suffit

Je commence par la solution la plus simple qui répond au besoin. Chaque niveau ajoute de la maintenance : je ne monte d'un niveau que si le précédent ne suffit pas. Ce schéma présente un principe, pas une méthode imposée.

Un logiciel existant
s'il couvre déjà le besoin, inutile de développer.
Un script
une tâche répétitive précise suffit souvent, par exemple en Python.
Une interface de programmation (API)
quand deux outils doivent échanger des données, par exemple avec FastAPI.
Une application
quand des personnes doivent saisir ou consulter des données au quotidien, par exemple avec React et TypeScript.
Du logiciel existant à l'application sur mesure Quatre niveaux, du plus simple au plus lourd : un logiciel existant, un script, une interface de programmation, une application. On ne passe au niveau suivant que si le précédent ne suffit pas, car chaque niveau ajoute de la maintenance. 1 Logiciel existant s'il couvre déjà le besoin 2 Script une tâche répétitive précise 3 API deux outils échangent des données 4 Application saisie et consultation au quotidien On monte d'un niveau seulement si le précédent ne suffit pas : chaque niveau ajoute de la maintenance.
Du logiciel existant à l'application sur mesure (version verticale) Quatre niveaux, du plus simple au plus lourd : un logiciel existant, un script, une interface de programmation, une application. On ne passe au niveau suivant que si le précédent ne suffit pas, car chaque niveau ajoute de la maintenance. 1 Logiciel existant s'il couvre déjà le besoin 2 Script une tâche répétitive précise 3 API deux outils échangent des données 4 Application saisie et consultation au quotidien On monte d'un niveau seulement si le précédent ne suffit pas : chaque niveau ajoute de la maintenance.
Version texte du schéma
  • Quatre niveaux, du plus simple au plus lourd.
  • 1. Logiciel existant : s'il couvre déjà le besoin.
  • 2. Script : une tâche répétitive précise.
  • 3. API : deux outils échangent des données.
  • 4. Application : saisie et consultation au quotidien.
  • On monte d'un niveau seulement si le précédent ne suffit pas : chaque niveau ajoute de la maintenance.

Comment j'aborde l'automatisation

Automatiser une tâche, ce n'est pas seulement la faire exécuter par un programme : c'est pouvoir s'assurer que le résultat reste correct.

  • Décrire la tâche telle qu'elle est faite aujourd'hui, avec ses exceptions.
  • Automatiser la partie répétitive, en laissant à une personne les cas qui demandent un jugement.
  • Tester le résultat sur des cas réels et prévoir ce qui se passe en cas d'erreur.
  • Garder un retour manuel possible : une automatisation qui tombe en panne ne doit pas bloquer l'activité.

Une automatisation n'est pas forcément fiable parce qu'elle tourne : je ne la considère terminée qu'une fois vérifiée.

Chemin d'une automatisation Quatre étapes : décrire la tâche, automatiser la partie répétitive, tester le résultat, garder un retour manuel possible. Une automatisation est terminée une fois vérifiée. 1 Décrire la tâche actuelle 2 Automatiser la partie répétitive 3 Tester sur des cas réels 4 Garder un retour manuel Une automatisation n'est terminée qu'une fois vérifiée.
Version texte du schéma
  • Quatre étapes d'une automatisation.
  • 1. Décrire la tâche actuelle.
  • 2. Automatiser la partie répétitive.
  • 3. Tester sur des cas réels.
  • 4. Garder un retour manuel.
  • Une automatisation n'est terminée qu'une fois vérifiée.
  • Quatre étapes d'une automatisation.
  • 1. Décrire la tâche actuelle.
  • 2. Automatiser la partie répétitive.
  • 3. Tester sur des cas réels.
  • 4. Garder un retour manuel.
  • Une automatisation n'est terminée qu'une fois vérifiée.

Ce que je ne fais pas par principe

Je ne fais pas les choses suivantes :

  • Développer ce qu'un logiciel existant couvre déjà correctement.
  • Livrer un outil que seul son auteur peut comprendre.
  • Annoncer un gain de temps ou d'argent sans connaître le processus concerné.

Place dans mon accompagnement

Cette page présente une expertise complémentaire : elle ne forme pas une offre distincte. Une IA locale s'accompagne d'outils qui la relient à l'activité : scripts, interfaces entre logiciels, petites applications.

Aller plus loin