Interview with Nicolas Couture

What is your role, and what are your main responsibilities at Maarch?

Since early 2025, I’ve been Lead Developer in Maarch’s R&D team, working on the Maarch Courrier product. The team is split between Bidart and Nanterre, but I’m lucky enough to code with a stunning view of the Pyrenees!

Day to day, my role stays very close to that of the developers, namely:

• Analysing bug tickets or new features to be implemented
• Estimating the effort required for each ticket
• Developing features or fixing bugs
• Testing and ensuring the quality of the rest of the team’s work
• Documenting new features

Alongside this, I coordinate the Maarch Courrier development team. I work closely with the Product Owner to ensure the roadmap moves forward and to liaise with the other Maarch teams.

How are you involved in defining and implementing the Maarch Courrier roadmap?

I’m not directly responsible for defining the roadmap, but I get involved upstream with the rest of the team, to estimate the effort needed for changes requested by management or by clients via the project team.

We then meet each month with management and the project team to plan upcoming versions and allocate development work based on priorities and estimated effort.

Cross-team collaboration is essential at Maarch: how do you work with other teams to move projects forward?

Cross-team collaboration is obviously central to how we work. Two teams are particularly key: the project team, who are in direct contact with clients and pass on their needs; and the infrastructure team, who handle the deployment of new versions on release.

To keep communication flowing smoothly, several practices have been put in place:

• For major feature requests, we run workshops facilitated with the help of our Product Owner. Everything is then summarised, and mocked up if needed, before being validated by the project team to check it matches the client’s needs.
• For each version release, we summarise for the infrastructure team any potential configuration changes or migration scripts needed to move from version N to version N+1.

Two key moments also shape collaboration between teams:

• At the end of each sprint (a 2-week development period), a presentation of the new features is given to the other teams.
• For each feature release, a test session is organised with someone from the infrastructure team and someone from the project team, to check compliance and anticipate any potential issues.

What aspects of your work do you find particularly rewarding or stimulating?

Seeing our product evolve week after week is genuinely satisfying. Positive feedback from clients or teams who requested certain features is particularly rewarding: it shows that our work — from design through to deployment — was done well and truly meets expectations.

What motivates you to get up every morning?

What motivates me to get up every morning as a developer is the feeling of bringing real added value to a product used on a large scale across France. Today, Maarch Courrier holds a central place for Maarch, having become a national benchmark among the various mail management applications out there.

And of course, none of this would be possible without being surrounded by a great team of developers, working in a really good atmosphere.

Coming Up…

Maarch is getting ready to roll out a new software update in early February: version 26.0 of the Maarch Courrier solution. This update marks an important milestone for Maarch, as it includes major technical improvements and security updates, laying the groundwork for the solution’s future developments.

To find out more about version 26.0, read the article !

Entretien avec Nicolas Couture

Quel est ton rôle et quelles sont tes principales missions chez Maarch ?

Depuis début 2025, je suis Lead Developer dans l’équipe de R&D de Maarch, pour le produit Maarch Courrier. L’équipe est répartie entre Bidart et Nanterre, mais moi j’ai la chance de développer avec une vue magnifique sur les Pyrénées !

Au quotidien, mon rôle reste très proche de celui des développeurs, à savoir : 

• Analyser les tickets d’anomalies ou de nouvelles fonctionnalités devant être implémentées
• Évaluer l’effort pour les différents tickets
• Développer les fonctionnalités ou corriger les anomalies
• Tester et s’assurer de la qualité des développements du reste de l’équipe
• Documenter les nouvelles fonctionnalités

En parallèle, j’assure la coordination de l’équipe de développement Maarch Courrier. Je travaille en étroite collaboration avec la Product-Owner pour garantir l’avancement de la feuille de route et faire le lien avec les autres équipes de Maarch.

Comment interviens-tu dans la définition et la mise en œuvre de la feuille de route de Maarch Courrier ?

Je ne suis pas directement chargé de définir la feuille de route, mais j’interviens en amont avec le reste de l’équipe, pour estimer l’effort nécessaire aux évolutions demandées par la direction ou par les clients via l’équipe projet.

Ensuite, nous nous réunissons chaque mois avec la direction et l’équipe projet pour planifier les futures versions et répartir les développements en fonction des priorités et des efforts estimés.

La transversalité est essentielle chez Maarch : Comment travailles-tu avec les autres équipes pour faire avancer les projets ?

La transversalité est évidemment centrale dans notre organisation. Deux équipes sont particulièrement clés : l’équipe projet, en contact direct avec les clients, qui nous remonte leurs besoins ; et l’équipe infrastructure, qui assure le déploiement des nouvelles versions à leur sortie.

Pour fluidifier les échanges, plusieurs pratiques ont été mises en place :

• Lors des demandes de fonctionnalités importantes, nous organisons des ateliers animés avec l’aide de notre Product Owner. Tout est ensuite synthétisé, et maquetté si besoin, avant de faire valider à l’équipe projet pour vérifier la concordance avec les besoins du client.
• Lors des différentes sorties de versions, nous synthétisons, auprès de l’équipe infrastructure, tous les potentiels changements de configuration ou les scripts de migration permettant de passer d’une version N à une version N+1.

Deux temps forts rythment également la collaboration entre équipes : 

• À la fin de chaque sprint (période de 2 semaines de développement), une présentation des nouvelles fonctionnalités est effectuée à destination des autres équipes.
• À chaque sortie de version évolutive, une session de test est organisée avec une personne de l’équipe infrastructure et une personne de l’équipe projet afin de vérifier la conformité et anticiper d’éventuelles anomalies.

Quels aspects de ton travail trouves-tu particulièrement gratifiants ou stimulants ?

Voir notre produit évoluer semaine après semaine est vraiment quelque chose de satisfaisant. Les retours positifs effectués par les clients ou les équipes nous ayant demandé certaines fonctionnalités sont particulièrement gratifiants : ils montrent que notre travail – de la conception jusqu’au déploiement – a été bien fait et répond réellement aux attentes.

Qu’est-ce qui te motive à te lever chaque matin ?

Ce qui me motive à me lever chaque matin en tant que développeur, c’est le sentiment d’apporter une vraie valeur ajoutée à un produit utilisé à grande échelle en France. Aujourd’hui, Maarch Courrier occupe une place centrale pour Maarch, tant elle est devenue une référence nationale parmi les différentes applications de gestion de courrier existantes.

Et évidemment, rien de tout ceci ne peut être effectué sans être entouré d’une bonne équipe de développeurs au sein de laquelle règne une très bonne ambiance.

À suivre…

Maarch s’apprête à déployer, début février, une nouvelle mise à jour logicielle : la version 26.0 de la solution Maarch Courrier. Cette mise à jour marque une étape importante pour Maarch, car elle intègre des évolutions techniques majeures ainsi que des mises à jour de sécurité, posant ainsi les bases des prochaines évolutions de la solution.

Pour en savoir plus sur la version 26.0, lisez l’article !