BNP IP et Theodo

Des débuts pragmatiques

03/2015

• PROD BNP ne fonctionne pas en agile
• Mise en PROD tous les 6 mois

 

• Infogérant externe choisi par IP
• Serveur hébergé chez Bearstech

Une équipe en croissance

 

04/2016

• Deux stakeholders
• 4 POs
• 1 dev interne
• 8 devs Theodo
• Deux architectes

09/2016

• Trois stakeholders
• 6 POs
• 4 devs internes
• 12 devs Theodo
• Quatre architectes

5 mois

+ 30 %

Next step : le transactionnel

Ouverture de Robo Invest

La PROD BNP

⚠️ RedHat

⚠️ Pas de Postgresql

Plan pour la suite

 Quel infogérant pour le projet ?

• Synalabs refuse par manque de compétence RedHat
• BNP IP connaît une entreprise et s'occupe du recrutement

 

Hypothèse : Les infogérants seront compétents en RedHat et géreront les serveurs depuis les locaux rue Bergère.

Accès machine depuis Theodo

• Solution temporaire : Utilisation de HVD Windows
• Commitment : Début septembre
• Solution pérenne :  Accès SSH via VPN
• Commitment : Fin septembre

Challenge technique

• Pas de machine BNP disponible => VM CentOS
• Pièce pour le challenge => bnp-front-profiles-api
• Migration MySQL => ORM fait le boulot

 

Résultat :  Moins d'une après-midi pour migrer l'API

Estimation : 2 mois/H

Organisation prévue du projet

• Phase 1 (3 semaines) : Devs prennent du temps sur leurs projets pour aller installer les APIs qu'ils connaissent sur la nouvelle infra.
• Phase 2 (1 semaine) : Synchronisation des BDD et bascule des URLs.

Go du projet

Première alerte

• Manque de visibilité sur l'avancement de la Réinté
• JR s'en va bientôt, il doit déléguer
• NicolasN accepte d'aller migrer Push sur les nouveaux serveurs

 

Deadline pour migrer BDDF : 01/11/2016

Premier jour

Text

Rencontre avec l'infogérant

• Pas de compétence en Linux
• Pas les droits admin sur les serveurs

 

Résultat : Pas d'infogérant pour mettre en place l'infrastructure

Adrien se lance

• Estimation de JRB : 2,5 homme mois pour les 25 APIs
• Estimation d'AdrienL : au moins 2mois homme pour l'API la plus complexe

Réaction

Première itération (octobre)

• Un dev prend des points dans son sprint et travaille sur les serveurs.
• Macro BDC + Daily mail + Trello
• Pas de découpage de tâche, pas de résolution de problème, pas de cérémonie

Première itération

Problème

• Retard
• Dépendances extérieures
• Pas de visibilité sur les tâches à accomplir
• Pas de synchro avec les équipes BNP

Action

Création d'une équipe Scrum Réinternalisation

Deuxième itération

Equipe Réinternalisation

 

• PO : Yasmine Lailani
• SM : Jean-Régis de Vauplane
• Architecte : JR -> Matthieu Auger
• Dev Theodo : Nicolas Ngo-Mai
• Dev BNP : Julien Gotteland

Deuxième itération

Premier succès du projet

Migration Retail Inside sur la prod BNP au 15/11/2016

 

Check

Migration effectuée au 18/11/2016

Deuxième itération (novembre)

Deuxième succès du projet

Extinction des serveurs Bearstech

 

Problème

Masse de travail évaluée à 6 mois/H de travail

Deadline dans 1 mois

Troisième itération

• Implication des autres équipes BNP
• Equipe Réinternalisation coordinatrice

 

Troisième itération

• 30 % des sprints des équipes sont consacrés à la Réinternalisation
• Formalisation d'un flux fonctionnel pour migrer des fonctionnalités
• Equipe Réinternalisation disponible pour Andon

Troisième itération

Problème

• 0 done au bout de 3 mois
• L'équipe Réinternalisation rate 6 sprints sur 7 car elle passe son temps à aider les autres équipes
• Gaspillage important lors des planning des 5 équipes

Troisième itération

Action

 

Ouverture de trois équipes avec des objectifs techniques définis et séparés

Quatrième itération

L'échec du Scrum

 

• Plannings de plus de 4h
• 60% du sprint est composé de timebox

Démarrer un projet Kanban

• Starter 1 et 2 habituels
• Création d'un indicateur d'avancement du projet

Une cérémonie Scrumban

• Review
• Rétrospective 
• Pas de planning

Une journée kanban

• Deux dailys 
• CR des apprentissages dans la carte toutes les heures

Quand faire du Kanban ?

Ce que Scrumban nous a permis

Construction de flux de valeur

 

• Itération rendue plus simple car équipes plus indépendantes et non engagées sur des planning
• Construction de VSM pour donner de la visibilité sur l'avancement du projet, segmenter le travail et réduire les gaspillages

Scrumban vs Scrum

• Les moins
  • Moins de visibilité sur le reste à faire du projet
  • Pas d'engagement possible de l'équipe sur une deadline
  • Nécessite une grande implication du Product Owner
  • Nécessité d'une grande rigueur de l'équipe technique
• Les plus
  • Apprentissage des devs accéléré
  • Vitesse de l'équipe accrue

Ils l'ont adoptés

• Pour Edouard Legrand, payeur à la BNP, c'est grâce au Kanban qu'on a pu finir la Réinternalisation
• Adoption du Kanban par Investo et Coorpacademy

Merci !

Si c'était à refaire

Challenge technique migration

• Utiliser la pièce qui utilise le plus la nouvelle technologie et faire tourner les tests sur l'environnement cible

• Utiliser la pièce la plus simple et la lancer sur l'environnement cible

Infogérant

• Pas d'infogérant sur le projet => On ne fait pas le projet

• Pas d'infogérant sur le projet => On infogère nous même

Infogérant

• Pas d'infogérant sur le projet => On ne fait pas le projet

Un infogérant sur un projet doit :

 

• Être disponible au moins 50%

Projet de plus d'une semaine

• Equipe complète dédiée consacrée au projet

• Projet embarqué en plus par une équipe