Chez Primobox, l’organisation de nos équipes vise à assurer la réussite des projets de dématérialisation de nos clients.
Partez à la rencontre de nos collaborateurs ! Découvrez leur rôle et la manière dont ils contribuent à améliorer l’expérience de nos clients.
Peux-tu te présenter en quelques mots ?
« Je m’appelle Vincent Dubois, je suis développeur chez Primobox depuis 1 an. J’ai 22 ans d’expérience dans le développement web, principalement en ESN (Entreprise de Services Numériques) et chez des éditeurs de différents secteurs. »
En quoi consiste ton rôle chez Primobox ?
« Je fais partie de l’équipe de développement de la solution myPrimobox, qui est l’espace de stockage mis à disposition des salariés de nos clients. Ils y reçoivent tous les documents transmis par leur employeur. Je travaille sur l’amélioration continue de cette plateforme.
En plus de mes missions de développeur, j’ai aussi un rôle d’accompagnant en interne sur la méthode DDD (Domain-Driven Design). C’est d’ailleurs l’un des aspects de mon métier que je préfère. »
Tu peux nous en dire un peu plus sur le Domain-Driven Design (DDD) et nous expliquer comment il est appliqué chez Primobox ?
« C’est une méthode de conception de projet informatique qui repose sur la connaissance et la compréhension des besoins des utilisateurs finaux. L’objectif est de développer des fonctionnalités qui répondent réellement à leurs attentes. C’est une approche qui repose sur une bonne communication entre l’équipe de Développement et les experts fonctionnels (pôles Produit et Clients).
Concrètement, chez Primobox, l’équipe technique travaille au quotidien avec le Produit pour identifier les fonctionnalités les plus utilisées ou celles dont le développement est prioritaire. Pour cela, on se base sur des données chiffrées. Ces résultats sont ensuite recoupés avec les retours d’expériences utilisateurs partagés par les Customer Success Manager. Ils nous permettent de bien comprendre de quelle manière les fonctionnalités sont utilisées. Ces échanges nous sont utiles pour prioriser les développements les plus pertinents du point de vue de l’utilisateur final. »
As-tu des exemples de situations dans lesquelles le DDD vous est particulièrement utile ?
« Dans le cadre d’un développement web, les principes du DDD peuvent être appliqués au quotidien. Par exemple, quand le Product Owner (Chef de Projet en mode agile) expose une nouvelle User Story à l’équipe de Développement, mon objectif est d’amener tout le monde à utiliser le même vocabulaire. Il faut éviter le jargon technique et utiliser des mots compréhensibles par tous et orientés métier pour faciliter les échanges avec les autres équipes.
De manière plus générale, le DDD est très utile quand on constate que les équipes Produit et Développement ne sont pas alignées sur un sujet. Parfois, les personnes impliquées sur le projet n’ont pas la même vision du besoin de l’utilisateur final. Chacun a son propre point de vue. C’est tout à fait normal puisque les expertises de chacun sont différentes, donc les prismes sont différents. Dans ces cas-là, il faut prendre du recul et mettre les choses à plat. On peut par exemple organiser un atelier collaboratif pour que les équipes se parlent et qu’elles puissent se mettre d’accord. Une fois que tout le monde est aligné sur le besoin métier, on peut passer au développement de la fonctionnalité correspondante. L’idée est de faire les choses dans l’ordre : on ne passe en développement qu’une fois que le besoin est clarifié. »
Selon toi, quels sont les principaux bénéfices du DDD à la fois pour l’équipe technique et pour l’utilisateur final ?
« On peut voir le DDD comme une boîte à outils qui permet de développer des fonctionnalités adaptées aux besoins des utilisateurs finaux. Les bénéfices pour les deux parties sont donc similaires, ou en tout cas très liés.
Dans la mesure où tous les interlocuteurs du projet utilisent le même vocabulaire, on retrouve des mots clés orientés métier directement dans le code de l’application (« espace documentaire » ou « distribution de documents » par exemple). Cela permet d’éviter de complexifier inutilement le projet. Il y a donc trois bénéfices principaux :
- Les développements sont plus rapides, ils demandent moins d’énergie à l’équipe technique et répondent mieux aux attentes des utilisateurs,
- L’application est plus facilement maintenable à long terme,
- Les nouveaux développeurs qui rejoignent le projet comprennent plus facilement la finalité de ce qu’ils développent, ils peuvent être autonomes plus rapidement et apporter plus de valeur aux utilisateurs. »
Si vous vous êtes reconnu dans cet article, n’hésitez pas à postuler chez Primobox !