Conception d'un plugin pour optimiser la gestion des fichiers PDF

La réalisation

Transformer un besoin récurrent en outil logiciel

Un logiciel de gestion documentaire peut répondre à une grande partie des besoins d'une organisation sans couvrir toutes les situations. Dans ce projet, un besoin revenait régulièrement autour de la manipulation et du traitement de fichiers PDF.

En observant ce besoin chez les utilisateurs, j'ai conceptualisé une solution complémentaire et dirigé le développement d'une application Windows permettant d'améliorer certaines opérations liées aux fichiers PDF dans un environnement de gestion documentaire.

Le point de départ

Un problème récurrent observé chez les utilisateurs

Les utilisateurs pouvaient avoir besoin de séparer des documents, d'isoler certaines pages, de filtrer des informations, de classer des fichiers ou de faciliter certaines manipulations avant ou pendant leur intégration dans le système documentaire.

Plutôt que de résoudre individuellement le même problème dans chaque contexte, il devenait pertinent de réfléchir à un outil capable de répondre à un besoin commun.

Le défi

Mieux manipuler les fichiers PDF dans l'environnement existant

Le besoin concernait notamment la séparation de pages ou de documents, le filtrage, le classement et la manipulation de fichiers PDF. L'objectif n'était pas de remplacer le logiciel de gestion documentaire, mais de faciliter certaines opérations qui dépassaient ses fonctionnalités disponibles ou le parcours habituel des utilisateurs.

La conceptualisation

Traduire un besoin opérationnel en solution utilisable

Avant le développement, le besoin devait être transformé en une vision claire d'un outil. Mon rôle consistait à réfléchir aux besoins des utilisateurs, aux opérations nécessaires, au parcours de travail, aux fonctionnalités prioritaires et à l'intégration avec l'environnement existant.

L'application

Un outil Windows qui complète le logiciel documentaire

La solution a été conçue comme une application Windows complémentaire à un environnement de gestion documentaire. Elle venait faciliter certaines manipulations, répondre à un besoin spécifique et améliorer le parcours de travail des utilisateurs sans remplacer le logiciel principal.

Le terme « outil complémentaire » décrit ici le rôle de la solution sans présumer d'un type d'intégration technique propriétaire. Son objectif est d'étendre les possibilités de l'écosystème existant.

L'approche agile

Structurer le développement autour des besoins

Le développement a été structuré selon une approche agile. Les besoins étaient exprimés du point de vue des utilisateurs, regroupés dans un backlog et priorisés afin de faire évoluer progressivement le produit.

Par exemple, une user story peut exprimer le besoin suivant : « En tant qu'utilisateur, je veux pouvoir manipuler un document afin de faciliter son classement dans le système documentaire. » Il s'agit d'un exemple générique destiné à illustrer la méthode, et non d'une user story présentée comme un élément confidentiel du projet.

Le lien avec les développeurs

Faire le lien entre les utilisateurs et l'équipe de développement

Les utilisateurs parlent en termes de problèmes, de tâches, de documents et de processus. Les développeurs travaillent avec des fonctionnalités, des exigences, de l'architecture, du développement et des tests. Mon rôle consistait à aider à traduire ces deux réalités.

Une solution réussie commence par une bonne compréhension du problème à résoudre. Le produit pouvait ensuite évoluer progressivement : commencer avec les besoins prioritaires, tester les fonctionnalités, ajuster le produit et ajouter de nouvelles possibilités.

L'intelligence artificielle

Un outil supplémentaire pour accélérer certaines étapes

Des outils d'intelligence artificielle ont été utilisés dans certaines étapes du développement et de la mise en production afin de soutenir la préparation, l'itération, la résolution de problèmes et certaines tâches de développement.

L'IA n'a pas remplacé la conception, l'équipe de développement ni la validation humaine. Elle a servi d'outil supplémentaire pour accélérer certaines étapes tout en conservant l'expertise nécessaire à la qualité de la solution.

Du besoin au déploiement

Une démarche de développement de produit

Mon rôle

Conceptualiser et diriger le développement

Dans le cadre de cette réalisation, j'ai identifié un besoin récurrent lié à la manipulation de fichiers PDF dans un environnement de gestion documentaire. J'ai ensuite conceptualisé une solution et dirigé le processus de développement d'une application Windows complémentaire permettant de répondre à ce besoin.

Mon rôle consistait notamment à analyser les besoins des utilisateurs, structurer les fonctionnalités, travailler avec une approche agile basée sur des user stories et un backlog, et assurer le lien entre les besoins d'affaires et l'équipe de développement.

• analyse des besoins et gestion de produit;
• conceptualisation et priorisation;
• user stories et backlog;
• gestion de fichiers PDF et GED;
• coordination avec des développeurs;
• intelligence artificielle appliquée au développement;
• déploiement logiciel.

Les bénéfices

Un outil logiciel conçu à partir d'un besoin réel

Voir aussi : les applications sur mesure dans Azure, l'intégration API et ERP, l'intelligence documentaire et l'IA et la page de contact.

Questions fréquentes

Comprendre le développement d'un outil complémentaire