Comment livrer en production régulièrement sans TNR automatisés

Toutes les équipes de développement agiles ne sont pas forcément dotées de test de non-régression (TNR) automatisées. Comment faire dans ce cas pour livrer fréquemment en production, à chaque fin de sprint par exemple, si l’équipe ne dispose pas d’automate de test ? Une équipe est-elle vraiment agile si n’est pas capable de livrer souvent ? Heureusement, de bonnes idées, empruntées au modèle en cascade, vont nous aider. Lire la suite

Prenez le temps de respirer pendant les sprints !

respiration


A la dernière rétrospective 2019 que j’ai animé, le mot qui résumait majoritairement l’état des équipes était « Fatigue ». Leur année était rythmée de 11
sprints s’enchaînant les uns derrière les autres, sans relâche.

Ils étaient en Scrum et le Scrum Guide dit  qu’ « un nouveau sprint démarre immédiatement lorsque le précédent se termine », il est donc normal d’enchaîner sans relâche…

D’un autre côté, l’un des 12 principes agiles dit « Les processus agiles encouragent un rythme de développement soutenable. »

Je me pose donc la question suivante : « Peut-on vraiment avoir un rythme soutenable si on enchaîne les sprints sans jamais s’arrêter ?  Lire la suite

Maintenir différentes versions de plusieurs logiciels au quotidien

photo credit: Jason Michael via photopin cc

Une équipe peut être impliquée dans un nombre important de projets. Elle peut par exemple s’occuper de la maintenance de plusieurs applications, dont la fréquence d’intervention est assez variable. Comment gérer ça au quotidien?

Proposition:

  • une gestion de versions et d’itérations claire
  • un backlog associé à chaque itération

Lire la suite

Vis ma vie de responsable QA (Part III) – Automatisation des tests

Dans mon article précédent, j’avais prévu de parler de la communication dans l’équipe mais comme je suis agile, je me suis rendu compte qu’un tel article n’apporterait aucune réponse car, après 1 an dans cette équipe et un nombre important d’essais, nous n’avons toujours pas réussi à trouver une communication qui soit efficace et ne soit douloureuse pour personne (rally, mail, oral, board…).

Je vais donc passer directement sur ce 3ème et probable dernier article sur l’automatisation des tests qui étaient, lorsque je suis arrivé, le challenge N°1 du projet.

Watch

5mn de lecture Lire la suite

Objectif Mars : la fusée a décollé !

Objectif MarsMardi dernier, Valtech organisait son AgileDay et m’avait fait le plaisir de m’inviter à présenter le jeu que nous avons créé avec Pierrick Revol: Objectif Mars.

Ce jeu met une équipe de 5 joueurs dans la peau d’une équipe pluridisciplinaire en charge du développement de sous-systèmes critiques dans une fusée, en mode Agile. Le client (le Product Owner de Scrum) a construit un backlog de fonctions à implémenter et l’équipe doit en délivrer le plus possible en 5 itérations de 10 jours, soit 250 jours-hommes de capacité de charge.

A chaque itération, l’équipe est invitée à choisir le temps qu’elle va consacrer à quatre activités : produire, se former, analyser les prochaines demandes ou réduire la dette technique. Les jours-hommes sont représentés par des jetons (de poker) tandis que les couleurs symbolisent le type d’activité. La formation permet de gagner en expertise dans une compétence et d’augmenter ses chances de produire plus et mieux, l’analyse réduit les mauvaises surprises sur les nouvelles tâches et la réduction de la dette technique (correction des bugs cachés et nettoyage du code) réduit le risque de voir les bugs restés dormants se réveiller.
Joueurs objectif MarsEnsuite on déroule les 10 journées du sprint en traitant la dette technique, en produisant (avec un dé de plus en plus

Donner un nom de version aux itérations scrum / scrumban?

photo credit: NPF.1 via photopin cc

Lorsque l’on parle de sprint, on fait souvent référence à un numéro pour les identifier. On commence avec le sprint zéro pour aller vers des sprints où la vélocité devient de plus en plus précise. En maintenance logicielle, le développement d’une application peut s’étaler sur plusieurs années et comprendre de multiples versions. Dans ce contexte, donner un nom de version à chaque itération du cycle de développement présente certains avantages. Lire la suite