La Démarche Itérative d’un Projet DATA et Business Intelligence

Dans notre précédent article nous mettions en lumière la ‘Jungle des données’ et définissions les règles à suivre pour en sortir et élaborer un tableau de bord percutant et utile aux décideurs.

Mais avant tout c’est l’expression et la compréhension des besoins qui constitue l’étape capitale pour la réussite d’un projet numérique. C’est au travers d’une démarche itérative et une méthodologie ‘agile[1]’ qu’un projet DATA et, plus largement, un projet numérique, peut réellement rencontrer le succès.

Pourquoi ? Parce que cette approche place les utilisateurs finaux au cœur de chaque étape et garantie que la solution / tableau de bord répondra à leurs attentes, tout en continuant d’évoluer en fonction de leurs retours et nouveaux besoins.

Depuis 2018, Espelia conçoit et commercialise des solutions numériques. Fort de 7 années d’expérience dans la conduite de projets digitaux, notre cabinet a traversé de nombreux défis, testé différentes approches, ajusté ses méthodes et appris de ses erreurs comme de ses réussites.

Aujourd’hui, nous partageons avec vous nos retours d’expérience pour vous proposer une vision claire des grandes étapes pour mener à bien un projet numérique ou data.

1. Définir : Identifier les besoins

C’est souvent l’étape que l’on a tendance à négliger, pourtant c’est l’étape capitale. C’est celle qui va permettre de gagner un temps précieux par la suite et de limiter les itérations inutiles.

« Tout commence ou prend racine autour de l’utilisateur final. »

Il est essentiel de s‘assurer que les parties prenantes ont une vision claire et partagée du besoin final, afin de pouvoir élaborer un cahier des charges précis, aussi bien du point de vue fonctionnel[2] que technique[3]. Ce qui va permettre à chacun de travailler dans la bonne direction.

Il n’est pas nécessaire d’impliquer tous les métiers dans cette phase, mais il faut garantir que la vision soit comprise, alignée et bien relayée au sein des équipes.

Une bonne définition est une marche de franchie pour atteindre la réussite d’un projet.

Objectif : Comprendre et documenter les exigences des utilisateurs.

Activités :

• Recueillir les besoins à travers des entretiens, des ateliers collaboratifs et des questionnaires
• Documenter les exigences fonctionnelles (ex. : fonctionnalités attendues) et techniques (ex. : performance, sécurité, ergonomie)

Livrables : Cahier des charges complet et clairement documenté (ne pas hésiter à mettre des illustrations du résultat attendu).

2. Prototyper : Créer des versions préliminaires

La création des maquettes ou des premières ébauches fonctionnelles[4] est la deuxième étape. Elle consiste à traduire concrètement la compréhension du besoin et à faire valider aux commandeurs / utilisateurs les concepts. Cela peut aussi passer par la réalisation d’un POC (Proof of Concept, preuve du concept en Français).

C’est aussi un moment clé dans la conduite d’un projet numérique, car cette étape est la première matérialisation du besoin tel qu’il a été compris par les équipes techniques. A cette étape il peut être essentiel de rassurer son demandeur, de l’impliquer activement et de clarifier avec lui qu’il ne s’agit pas d’une version finale, mais d’une étape intermédiaire.

Ces maquettes vont permettre de tester rapidement, des idées ou des pistes, mais aussi de recueillir des premiers retours pour s’assurer que toute l’équipe projet va dans la bonne direction.

Attention dans cette étape à ne pas trop impliquer d’acteurs différents, un excès de retours peut créer un effet de déception rapide, et au contraire une bulle d’enthousiasme trop rapide. Il faut trouver un équilibre dans l’implication des acteurs et les retours.

Cette étape peut aussi permettre d’ajuster le cahier des charges initial.

Objectif : Créer des maquettes ou ébauches fonctionnelles pour valider les concepts avec les utilisateurs.

Activités :

• Développer des maquettes ou prototypes interactifs illustrant les fonctionnalités principales
• Organiser des sessions de présentation avec les utilisateurs pour recueillir des retours directs

Livrables :

• Maquettes visuelles
• Prototypes interactifs
• Cahier des premiers retours utilisateurs

3. Valider : Tester et ajuster

Une fois les maquettes réalisées et ajustées, la phase de développement va pouvoir être lancée.

Il est important d’avoir à l’esprit, que ce n’est pas parce que les maquettes sont validées que tout est figé. Les tests doivent donc se faire tout au long de la phase de développement. Cette étape doit être bien séquencée en petites étapes, avec des livraisons, validations régulières de versions ou fonctionnalités intermédiaires.

C’est l’itération qui va permettre de valider, de corriger et d’éviter les mauvaises surprises en fin de projet. Cet état d’esprit et cette organisation doivent créer une dynamique et permettrent d’atteindre la construction d’une solution robuste, utile et bien alignée avec les attentes.

Objectif : Ajuster la solution sur la base des retours utilisateurs pour garantir son alignement avec les besoins.

Activités :

• Collecter et analyser les retours des utilisateurs
• Identifier les points à améliorer ou les ajustements à effectuer
• Intégrer ces modifications au prototype
• Séquencer avec un calendrier, définir des étapes et versions intermédiaires

Livrables :

• Rapport d’analyse des retours utilisateurs
• Version améliorée du prototype
• Documentation détaillant les ajustements réalisés

4. Produire : Mettre en œuvre la solution finale

Ce n’est pas parce que le développement est terminé et que la solution est opérationnelle que le travail et le projet sont finalisés. Il va falloir stabiliser la solution, la déployer dans un environnement réel.

Si la solution est prête à être utilisée, il faut maintenant préparer le ‘terrain’ pour les utilisateurs finaux. Un plan de déploiement doit être défini, il vise à communiquer auprès des utilisateurs, les accompagner dans la prise en main. Cela doit aussi aller jusqu’à définir un support technique, rédiger une documentation technique et utilisateur, voire de prévoir un ou des temps de formation.

Un bon déploiement ne doit pas uniquement reposer sur la qualité de la solution mais aussi sur la qualité de son lancement.

Objectif : Déployer une solution finalisée et fonctionnelle.

Activités :

• Développer la version finale en respectant les spécifications validées
• Effectuer des tests rigoureux pour garantir la qualité et la conformité
• Déployer la solution dans l’environnement de production
• Former les utilisateurs et leur fournir une documentation claire

Livrables :

• Solution pleinement opérationnelle
• Documentation utilisateur
• Programme de formation pour assurer une prise en main rapide

La démarche itérative n’est pas seulement une méthode, c’est un état d’esprit qui doit guider les parties prenantes tout au long du projet. Cette approche vise aussi à favoriser la collaboration, l’adaptabilité et la réduction des risques.

1. Une réactivité accrue face aux changements : Les itérations successives permettent d’intégrer les évolutions et de s’adapter rapidement aux besoins changeants.
2. Une meilleure qualité produit : Les ajustements fréquents garantissent que la solution soit testée et optimisée avant le déploiement final.
3. Une implication continue des utilisateurs : Leurs retours constants assurent que la solution reste alignée avec leurs attentes réelles.
4. Une réduction des risques : En validant chaque étape, on évite les développements inutiles et les dérives.

En Conclusion

Suivre une démarche itérative pour conduire un projet numérique ou DATA, ce n’est finalement pas simplement suivre à la lettre une méthode, c’est mettre en œuvre un état d’esprit fondé sur la collaboration, l’agilité et l’expérimentation.

Une telle approche, doit permettre de construire progressivement une solution calquée aux besoins réels. Elle s’appuie sur des retours réguliers, une remise en question continue, pour maitriser au mieux les risques et éviter les écueils. C’est aussi faire adhérer les parties prenantes à un projet et les sensibiliser à la qualité du rendu final.

Chez Espelia, nous sommes convaincus que cette approche, étape par étape : au travers des tests et des ajustements, en dialoguant que l’on construit la solution durable adaptée et porteuse de valeur.

En somme réussir un projet numérique ce n’est pas viser la perfection au premier coup, c’est apprendre à construire ensemble !

Ressources utilisées :

https://www.observatoire-des-territoires.gouv.fr/kiosque/cahier-ndeg4-territoires-et-transitions-enjeux-numeriques

https://www.lagazettedescommunes.com/955984/revue-doutils-bases-sur-lopen-data-pour-ameliorer-laction-publique/

https://www.banquedesterritoires.fr/la-datavisualisation-comme-levier-dacculturation-la-donnee

https://www.banquedesterritoires.fr/grace-la-data-la-reunion-veille-au-respect-des-engagements-ftth-des-operateurs

https://asana.com/fr/resources/iterative-process

https://www.atlassian.com/fr/work-management/project-management/iterative-process

[1] La méthode agile est une approche de gestion de projet, en ingénierie logicielle, qui repose sur la collaboration, l’adaptation au changement et des cycles de développement courts (itérations) pour livrer des versions fonctionnelles d’un produit. Elle met l’accent sur la communication avec le client, l’amélioration continue et la flexibilité.

[2] Fonctionnel : décrit ce que doit faire la solution pour répondre aux besoins des utilisateurs. Cela concerne les fonctionnalités attendues, les parcours utilisateurs, les règles métiers. Exemple : "l’utilisateur doit pouvoir filtrer les résultats par date"

[3] Technique : décrit comment la solution va être construite. Cela concerne l’architecture, les langages ou outils utilisés, les contraintes de sécurité, de performance ou d’intégration. Exemple : "les données seront stockées dans une base PostgreSQL".

[4] Elle permet de valider la logique de navigation, les parcours utilisateurs, et de s’assurer que la solution répond bien aux besoins fonctionnels avant de lancer le développement