Définissez vos jalons
La planification, c'est un peu comme définir le menu des repas pour les semaines qui arrivent, où chaque recette est une étape projet à préparer.
À titre d’information, rappelons les étapes du mode itératif des méthodes Agile, pour repérer où le test se situe :
Planification du sprint.
Design de la fonctionnalité.
Développement.
Test.
Déploiement.
Revue.
Lancement puis planification du sprint suivant.
Rassurez-vous, la planification prend une forme beaucoup plus simple.
Pour vos phases de test, voici ce que vous aurez à planifier pour chaque sprint :
Analyse des exigences.
Stratégie de test.
Conception du cahier de recette.
Exécution du cahier de recette (cela inclut le suivi des anomalies).
Bilan et PV de campagne.
Sauf cas particulier, ces 5 éléments seront à planifier.
Voici deux situations que j’ai rencontrées :
Entre deux phases d’exécution, vous avez le temps de concevoir tous vos cas de test, en incluant tous les sprints de la version.
Cela présente l’avantage de pouvoir vous préparer et lors du démarrage, de pouvoir vous concentrer exclusivement sur l’exécution et le suivi de vos anomalies.
Toutefois, si des modifications de spécifications ou de périmètre interviennent entre deux sprints, vous devrez mettre à jour vos cas de test.
Vous préparez sprint par sprint. Vous analysez et concevez les cas de test pour le sprint 1, et les exécutez. Et on recommence ainsi pour les sprints 2, 3, etc.
L’avantage ici, c'est que les modifications de périmètre ou de spécifications des sprints suivants n’auront que peu d’impact sur votre conception, car vous ne l’avez pas encore faite.
Un des désavantages, c’est qu’en cas de retard de livraison des développements, d’aléas projet, vous pourriez accumuler un peu de retard sur la préparation du sprint suivant.
Cela dépendra principalement de l’organisation globale du projet.
Passons à la forme. Là, restez sobre, le plus simple possible. Votre planning doit être lisible, compréhensible et percutant d'un simple coup d'œil.
Le format vous sera possiblement imposé par l’entreprise, pour rester au plus proche des standards de ce qui est fait en son sein, et garder une uniformité entre les projets.
Toutefois, vous verrez le plus souvent un tableur, type Excel, servir de planning. Ou bien encore sous forme d'une flèche ou sur PowerPoint.
Voici un exemple :
Vous remarquerez qu’il n’y a que 3 phases dans la frise d’exemple juste au-dessus.
C’est volontaire. Le planning est à destination de l’équipe projet, mais aussi des parties prenantes et possiblement d’autres managers de l’entreprise. Donc des personnes étrangères au monde du test logiciel, qui n’auront pas la connaissance que vous avez sur les différentes phases.
Je vous conseille donc de regrouper les phases ainsi :
Phase 1 : Conception
Incluant l’analyse des spécifications fonctionnelles, la rédaction de la stratégie de test, et la conception du cahier de recette.
Phase 2 : Exécution
Incluant l’exécution du cahier de recette.
Phase 3 : Bilan et PV
Particularité pour cette phase : généralement elle n’apparaît qu’une fois, en fin de projet, après tous les sprints. Il est très rare de faire un bilan / PV à chaque fin de sprint.
Planifiez les différentes étapes
Comment puis-je estimer le temps nécessaire de chaque élément ?
Un maître mot : collaboration. Prenez conseil auprès des parties prenantes du projets, vos pairs, l’équipe de développement, le product owner ! Différentes cérémonies agiles vous permettront d’appréhender le contenu de chaque sprint, avec l’expérience de l’équipe, et les abaques que votre entreprise / équipe aura pu mettre en place.
Vous pouvez également vous baser sur des projets précédents : tirer de l’expérience de ce qui a déjà été fait vous aidera à estimer le temps qui sera nécessaire.
Il est également possible de sortir du périmètre de l’équipe projet, d’aller voir d’autres équipes et discuter avec elles des expériences similaires qu’elles ont pu avoir.
Voyez également les interdépendances entre les différentes phases ; par exemple, vous ne pouvez pas planifier la phase d’exécution avant la phase de conception. Quelles dépendances ont les phases entre elles ? Est-ce que des étapes peuvent être effectuées en parallèle ?
À vous de jouer !
Contexte
Vous êtes le 11 octobre, Édouard réunit toute l’équipe autour de la table pour vous faire part des dernières nouvelles du projet.
Il débute par le point que vous avez soulevé, qui concernait l’enregistrement du détail de la commande. Il indique que les spécifications ont été mises à jour.
Et qu’il faut se baser désormais sur la version 1.3 des spécifications, disponible sur ce lien. Les modifications apportées sont affichées en bleu.
Édouard partage avec vous les jalons :
Un seul sprint a été prévu pour cette version.
La mise en production est prévue pour le 21 novembre.
Il vous demande donc de lui fournir le planning que vous estimez réalisable pour mener à bien cette campagne de test.
Les développeurs vous disent qu’ils terminent leur développement à la fin de la semaine, c'est-à-dire le 14 octobre.
Andy rappelle ses vacances, du 17 octobre au 28 octobre inclus.
Vos deux jours d'absence sont le 21 octobre et le 24 octobre.
Pour vous aider, Andy a repris les abaques, et vous propose les charges suivantes pour les différentes phases :
Analyse des exigences :
Vous avez déjà effectué cette phase du 3 au 7 octobre.
Stratégie de test → 3 jours :
Débuté le 10 octobre.
Campagne de test →10 jours :
Conception du cahier de recette → 2 jours.
Exécution et suivi des anomalies → 8 jours.
Rapport de campagne (bilan) → 1 jour.
Consignes
Construisez le rétroplanning en prenant en compte les contraintes calendaires exprimées.
En résumé
Un jalon est une étape clé ou un événement important dans un projet, qui marque une progression ou une réalisation significative.
5 éléments sont à prendre en compte dans la planification : l’analyse des exigences, la stratégie de test, la conception du cahier de recette, l’exécution et le bilan.
Collaborez avec les autres équipes pour estimer le temps de travail requis pour compléter les différentes phases, utilisez la connaissance et l’expérience de votre équipe afin de planifier assez de temps.
Vous avez planifié toutes vos étapes, et vous êtes presque au bout de la rédaction de votre stratégie de test. Voyons dans le chapitre suivant comment construire et communiquer votre préconisation.
