Quand on entend méthodologie, on pense entendre agilité.
Mais il faut aussi trouver des méthodes propres à son équipe.
On applique déjà
Les SPRINTs
- Livraisons régulières
- Définition du contenu des SPRINTs avant leur lancement
- Une réunion de fin de SPRINT pour :
- présenter le travail réalisé
- parler du prochain SPRINT
- débriefer les retours clients
On a appliqué pour vous
Merge Request
Pas la peine, on est sur un projet one-shot.
On a appliqué pour vous
Merge Request
Inconvénients
- Perte de temps instantanée
- Fonctionnalité disponible moins rapidement
On a appliqué pour vous
Merge Request
Avantages
- Moins d'erreurs techniques dans le code
- Moins d'erreurs de workflow dans le code
- Une feature est connue/comprise par au moins (1 + nombre de relecteurs développeurs)
- Si une personne est absente, meilleure reprise du projet
- Le level des développeurs va se lisser
- Consensus sur les avis de chacun
- Obligation d'utiliser un workflow Git défini au préalable
- 1 feature = 1 branche
On a appliqué pour vous
Télé-travail
« Mois d'août oblige, c'est bibi qui gère le projet.
Mais bibi il n'a pas eu de vacances 😥
Donc bibi il part en Corrèze, profiter de l'air pur. »
On a appliqué pour vous
Télé-travail
Comment on a fait ?
- Mise en place d'un groupe de discussion où tout le monde pose ses questions dedans (ça peut intéresser tout le monde).
- Besoin de discuter à propos du cachier des charges, un petit appel
- Utilisation des Merge Requests
On a appliqué pour vous
Télé-travail
Ce qui n'a pas fonctionné
- Mauvais ressenti des deadlines par l'équipe
- Potentiel difficulté à découper le projet/remplir les SPRINTs
- Full-time, l'inertie R&D diminue
On a appliqué pour vous
Télé-travail
Ce qui a fonctionné
- Meilleure gestion du projet car plus d'explications dans des tickets
- Plus de calme pour travailler
- Sollicitation répartie (il n'y a pas 2 personnes qui posent deux questions en même temps)