Free
Leading the development team behind the new HR management and employee evaluation applications.
Language Long-form content for this node is written in French. English translation in progress.
Functional domain
- SIRH
- Campagnes d’évaluation
- Gestion de la performance
Method & practices
- Scrum
- Encadrement technique de l’équipe
- Revues de code
- Livraison continue
Technical stack
- Python
- FastAPI
- Django
- Flask
- React
- TypeScript
- PostgreSQL
- GitLab CI
- Docker
The universe
Les applications RH d'un opérateur servent tout le monde, deux fois par an, sous pression : campagnes d'évaluation, revues de performance, échéances RH. Elles cumulent un usage très concentré dans le temps et un portefeuille applicatif hérité qu'on ne peut pas arrêter pendant qu'on construit son remplaçant.
The challenge
Livrer de nouveaux modules RH et évaluation tout en maintenant un portefeuille Flask, Django et React existant.
Constraints
- Équipe
- Encadrement technique de l'équipe de développement
- Existant
- Portefeuille Flask, Django et React à faire évoluer
- Chaîne
- GitLab CI, Docker
My actual scope
What I decided
- Arbitrages techniques et priorisation de la dette
- Standards de revue et de livraison
What I coded
- Modules RH et évaluation
- Industrialisation du déploiement continu
Delivered by the team
- Développement des nouveaux modules sous revue de code
Outcome
- Nouveaux modules RH et évaluation livrés en continu
- Déploiement continu industrialisé (GitLab CI, Docker)
Extended universe
Similar missions
What I was asked about this mission
Comment tu organises le travail au quotidien ?
En agile — mais le nom du cadre compte moins que ce qu'on en garde quand il devient inconfortable. Un backlog partagé avec le métier, pas un backlog technique qu'on lui traduit. Des rituels courts et tenus, qui servent à arbitrer et pas à faire le tour de table du statut. Des revues de code que je fais moi-même : ce qui n'est pas revu n'est pas partagé. Et des décisions écrites en ADR, parce qu'une décision qu'on ne retrouve pas se rejoue tous les six mois. Scrum là où l'équipe est stable, Kanban quand le flux est imprévisible ; sur une mission courte, un périmètre cadré vaut mieux qu'une cérémonie de plus.
Combien de personnes as-tu encadrées, et comment ?
Des équipes de 5 à 15 personnes, onshore et offshore : équipe web chez Hit Radio, plateforme de données à la Société Générale, activité de développement chez BPCE, équipe applications RH chez Free, offshore Inde chez Alstom. Ma façon de faire tient en deux choses : arbitrer vite et par écrit, et faire les revues de code moi-même. Ce qui n'est pas revu n'est pas partagé.
A context close to yours?
Ask a question