Zoom sur l'équipe Tech de RATP Smart Systems
Fort de plusieurs expériences dans différentes entreprises, Guillaume, CTO de RATP SS, poursuit l'ambition de fédérer et créer un collectif au sein de sa Business Unit. Avec cœur et détermination, il mène sa barque accompagné de l'ensemble de ses équipes. Il nous livre de façon très complète l’organisation interne des Business Unit de Ratp SS.
Départ de la ligne RATP SS :
RATP SS est organisé en 4 Business Unit, chacune possédant une spécificité :
- La BU billettique basée à Bordeaux.
- La BU Maas, Mobility as a Service.
- La BU SAEIV composée de filiales spécifiques qui opèrent sur des sujets comme les technologies embarquées, gestion de la billetterie dans les transports …
- La BU digitale, qui fournit principalement des talents pour le Groupe RATP.
Focus sur la BU MaaS
L’objectif premier de la Bu MaaS est de renforcer les liens entre les solutions digitales franciliennes et nationales, afin d’enrichir et de faciliter l’expérience des usagers. Elle est composée de 166 collaborateurs répartis sur plusieurs pôles.
En ce qui concerne l’organigramme, les équipes produits et techniques sont orientées soit par technologies soit par composants. Chez RATP SS, les équipes sont appelés « tribus ». Dans chaque tribu, on retrouve plusieurs squads, elles-mêmes composées d’une équipe de développeurs, d’un Product Owner, d’un UX designer et d’un testeur. En règle générale, chaque Lead dev gère entre 4 et 10 talents.
Le modèle opérationnel de chaque tribu est réparti selon différentes thématiques : à l’intérieur des tribus on trouve des squads pluridisciplinaires qui sont axés sur des fonctionnalités qui leur sont propres.
Les Tribus :
Chaque tribu possède une spécificité par rapport à leurs champs d’action. La Tribu BtoC travaille sur les produits grand public (Mappy, Bonjour …).
La Tribu BtoB est orientée sur une offre en préparation axée sur le forfait mobilité durable (un équivalent des tickets restaurant pour la mobilité). Il sera possible d’avoir un montant annuel de la part de son entreprise qui permettra d’acheter du matériel pour son vélo, ou de consommer les transports libre services (vélos, trottinette …). Ce grand projet favorise la décarbonisation dans les transports.
La Tribu LBS (Location base services) regroupe tous les services autour du domaine géospatial (plan, recherche d’itinéraires routier et transports en commun).
La Tribu pilotage et data : on retrouve un pôle performances qui regroupe les Scrum master et qui travaille sur les pratiques dans la BU ainsi que les fonctions indispensables comme les RH et la direction.
Il existe d’autres tribus qui se chargent de toutes les missions transverses et de gestion.
Méthode de travail :
Différentes méthodes sont utilisées au sein de la BU : les équipes évoluent selon une logique SCRUM ou Kanban.
Ils ont un rythme de pilotage inter-équipe à la semaine et un rythme de livraison (sur tout ce qui n’est pas à la demande) tous les 15 jours pour les Front. Les Back (ceux qui ne sont pas en déploiement continue) sont en rythme de livraison à la semaine.
La politique de test est axée sur les tests unitaires et les tests d’intégration (testing de toute la logique métier). Ils testent également les relations entre les bases de données. Les tests end to end sont exécutés sur des environnements « hors prod » entre les différents composants.
Gestion de la dette technique :
RATP SS possède une dette technique s’expliquant par l’exploitation d’applications assez anciennes comme Mappy qui possède plus de 15 ans d’existence.
Actuellement orienté vers un focus business, la société a pour volonté de suivre un plan de réduction de la dette sur l’année 2022-2023.
Pour y parvenir, ils ont ajouté 4 objectifs en direction des équipes techniques qui sont :
- Réduire le temps moyen de résolution d’un incident pour revenir en production.
- Augmenter la fréquence des déploiements (mises à jour des données).
- Réduire le lead time qui est le temps entre le moment où le développeur merge son code et le moment où il sera en production.
- Garantir la qualité.
Aspects techniques :
Leur documentation est fournie et tend à se développer de plus en plus. RATP SS possède un portail développeur avec leur documentation disponible directement en ligne. Les API manager sont également documentées car elles sont diffusées et utilisées par les filiales du Groupe.
L’hébergement s’organise en plusieurs parties : ils sont hébergés « on premise » via un Data Center et ont la capacité de déborder dans le Cloud si besoin.
Pour la partie transactionnelle et web, ils sont présents chez Amazon dans le Cloud avec du Kubernetes.
Concernant les langages utilisés, voici une liste non exhaustive de l’ensemble de ceux utilisés au quotidien : Java ; Javascript ; React.js ; Typescript ; C++ ; Python ; Kafka …
Typologie équipes technique
Au sein des équipes, la majorité des profils sont confirmés et seniors. Cela s’explique par la haute spécificité des champs d’action de certaines équipes (celles évoluant dans le domaine du géospatial par exemple).
Une volonté d’équilibrer les équipes se développe. Le Groupe ouvre de plus en plus les postes aux profils juniors sur la partie Front.
Les avantages des équipes tech sont multiples : formations selon les besoins, participation à des événements du secteur (Meet up, salons), échanges en interne sur des problématiques techniques …
Des « Tech day » en fin de sprint sont également organisés : les équipes peuvent explorer un sujet et faire de la veille pour la partager lors de points mensuels.
La politique remote est assez flexible, certaines équipes sont 3 jours à distance et d’autres en full remote !
Pour la BU MaaS, le plus gros challenge actuel est de créer un collectif efficace après la fusion de 3 équipes différentes au sein de la BU. L’objectif est le suivant : que chacun développe un sentiment d’appartenance et que tous regardent dans la même direction en se disant « Je suis la BU Maas » !
- Vues715