La scalabilité d'un pôle technique

Présentation réalisée à l'AFUP Lyon le 29/04/2019

Transcript

1. AFUP Lyon - 29/04/2019 La scalabilité d’un pôle technique Guillaume Thirard @Melfo01
2. Une définition la scalabilité désigne la capacité d'un produit à s'adapter à un changement d'ordre de grandeur de la demande (montée en charge), en particulier sa capacité à maintenir ses fonctionnalités et ses performances en cas de forte demande https://fr.wikipedia.org/wiki/Scalability • Permettre aux entreprises de grandir en même temps que la demande • Absorber la croissance d’activité • On parle souvent de scalabilité d’architecture ou de business model ! Mais on va pas parler de ça ;)
3. Qui suis-je ? Guillaume Thirard Expert technique Micropole @Melfo01
4. Contexte • 2015, 8 personnes dans le pôle • 2019, 35 personnes dans le pôle • On ne travaille pas de la même manière à 8 ou à 40 • Retour d’expérience de ce qu’on a vécu chez Micropole
5. Contexte • Mais cela engendre quelques problématiques : • Trouver du travail pour les nouvelles personnes • Les communications entre les personnes sont plus complexes • L’ambiance n’est pas toujours la même • Plus difficile d’embarquer tout le monde • … • On a rapidement des problèmes humains, puis de processus, et de qualité
6. Contexte • Dans une petite équipe, chacun travaille à sa manière, mais ce n’est plus possible quand on travaille à plusieurs • Des normalisations doivent être mises en place • C’est un vrai enjeu pour les entreprises de pouvoir grandir en minimisant les problèmes
7. La scalabilité d’un pôle technique Grandir d’un point de vue organisation
8. 2015 chez Micropole Manager Dev
 confirmé Dev
 confirmé Dev
 junior Dev
 junior Dev
 junior Chef
 Projet Chef
 Projet
9. On teste comme ça ?
10. On teste comme ça ?
11. On teste comme ça ?
12. On teste comme ça ? Faut pas faire ça, car ça pose plein de souci

13. Une équipe type
14. On grossit
15. En réalité
16. Faut pas faire n’importe quoi • On ne fait pas des niveaux de plus de 10 personnes • On spécialise les personnes : Drupal / eZ / Androïd / iOS / Java • On fait des équipes typologies de projets • Institutionnel • Mobilité de la personne (TCL, OnlyMoov, TAM) • Mobile (Grand public, Entreprise) • Collaboratif (Extranet, Intranet) • Application métier (BtoC, apps métier, iOT) • …
17. La scalabilité d’un pôle technique Grandir d’un point de vue technique
18. Les différentes étapes 1. Normalisation des outils
 2. Automatisation des tâches
 3. Ajustement des méthodologies 
 4. Adoption des changements
19. La normalisation • Les outils à utiliser • IDE : PHPStorm • Versionning: GitLab • Intégration continue: Jenkins • Ticketing : Outils internes + Gitlab • Chat : Skype + Slack
20. La normalisation • Mise en place de convention de codage • Centralisation de la documentation • Wiki • Slides génériques pour les appels d’offres • Formation des nouveaux arrivés • Mise en place de Techno’Hour / Lightning talks pour partager les connaissances
21. Un seul workflow de travail • Un workflow Git custom, permettant de répondre à nos besoins • Utilisation des merges requests • Dashboard Gitlab pour le suivi des tâches
22. Feedback • De gros changements ont été fait, cela nous permet maintenant de travailler à 4 - 5 développeurs sur un même projet sans (trop) de problème • Y’a encore du boulot à faire pour que tout soit parfait • On a gagné en efficacité • On appréhende moins de prendre des gros projets (350j) • On recrute PHP full-stack ;)
23. Merci On en discute ? @Melfo01