SIGMAG - N°37 - Juin 2023 - 50

PERSPECTIVES
PROJET DATA : L'USER STORY PEUT FATIGUER
LA GESTION DES USERS STORIES DANS LE CADRE D'UN PROJET DATA EN MODE AGILE SCRUM EST-ELLE LA PLUS
ADAPTÉE. DÉCORTIQUONS LE PROCESS EN SE BASANT SUR UN RETOUR D'EXPÉRIENCE TOUJOURS AUSSI SUBJECTIF...
Au cœur de la méthodologie Scrum, l'on trouve les « sprints » et
les « user stories » en général modélisées comme suit : en tant
que « Rôle », je veux « telle fonctionnalité » afin de « bénéfice de la
fonctionnalité ». « En tant que gestionnaire de dossier, je veux un
bouton rouge pour exporter mon PDF ». Dès lors, l'user story sera
déclinée en une succession de tâches techniques pour répondre
au besoin.
Et pour formaliser une user story sur une fonctionnalité en
modélisation Data ? « En tant qu'utilisateur, je veux un modèle qui
identifie les lieux possibles pour organiser une manifestation. » La
liste des étapes techniques à mettre en place pour répondre à ce
besoin n'est plus aussi linéaire : quel modèle, quels paramètres,
quel processus, combien de variantes à traiter ? Aussi la
fonctionnalité est rarement validée par la seule faculté du modèle
à fournir une réponse. La modélisation Data est toujours emprunte
d'une légère saveur R&D. Dans le cadre de ce projet de référence,
le choix du data modèle influence le développement et non
l'inverse. Le traitement d'une User Story « Data » n'est alors pas une
simple route de tickets à traiter. Ce sera un ensemble de boucles
itératives pour atteindre un résultat acceptable, ce qui complique
son estimation et son intégration dans le processus Scrum.
On pourrait dire que le mode de pensée d'un Data scientist ou
un Data modeler est plus agile que le processus même de la
méthodologie SCRUM qui devient presque une contrainte pour
l'organisation de son travail. Nous avons plusieurs scénarios pour
gérer les stories et les tâches : des stories exploratoires comme des
POC pour définir les suivantes, traiter les tâches de la story en les
liant entre elles selon l'architecture logique du produit, faire des
stories découpées par composant et lier les stories dans l'epic...
Les rituels fournissent un cadre organisationnel utile pour tout
projet. Ils aident à planifier, à cadencer, à partager. Tout ceci
est très positif, mais il faut bien constituer l'équipe projet. Gare
à la réunionite et ses pertes de temps et d'efficacité ! Quelle
organisation ? Quelle charge pour suivre les imbrications des
SIGMAG
50
différentes stories ou tâches liées et pas uniquement successives ?
Combien de personnes doivent se réunir pour toujours couvrir
les différents sujets ? Les membres de votre équipe projet sontils
impliqués dans un seul projet ? La multiplication des rituels
de plusieurs projets, en plus des réunions propres à votre
organisation, risque de peser sur le temps de réalisation, les
espaces de concentration et de réflexion nécessaires. De plus, il n'y
a rarement que de la Data au sein d'un projet Data. Les différents
métiers et spécialistes doivent communiquer entre eux, mais
peut-être de manière plus séparée. Enfin, il faut éviter le travers
que rituels, projets et sous-groupes ne laissent aucun temps pour
avancer correctement sur les autres activités du quotidien.
L'agilité comme culture d'entreprise ou comme gestion de projet
est efficace dès qu'il y a une certaine ampleur de travail. La
structuration SCRUM apporte du bon dans le chaos que peut être
l'approche exploratoire d'un projet orienté Data. Sans certitude
toutefois qu'il soit le mieux indiqué. Aussi, quel que soit le type
de projet, s'obstiner à une seule méthodologie revient à scier
une branche avec un marteau : vous parviendrez sûrement à
l'objectif désiré, mais au prix d'efforts inutiles et d'un manque
d'efficacité. La conclusion de ce retour d'expérience devient donc
à s'interroger : quel est le meilleur outil pour réaliser ce type de
projet ? Mes réponses introductives et finales ont ceci en commun
qu'elles ne vous avanceront pas davantage : c'est à vous de voir !
SCRUM, KANBAN, CRISP, Waterfall... les méthodes ne manquent
pas. Personnellement, je suggère de s'orienter vers l'approche
Prince2 Agile. Elle offre une meilleure
structuration de l'équipe projet. De
plus, elle s'affranchit du formalisme
limitant des récits utilisateur en
intégrant une approche Produit.
Nous le découvrirons dans le prochain
SIGMAG.
DANIEL RIBEIRO
DIRECTEUR DE GEODATASOLUTIONS

SIGMAG - N°37 - Juin 2023

Table des matières de la publication SIGMAG - N°37 - Juin 2023