Dans ce billet, Fidaa explique les 4 valeurs du manifeste agile ainsi que chaque valeur du manifeste de test.
Le manifeste agile
1. Les personnes et les interactions plus que les processus et les outils
La méthode agile privilégie l’individu et lui donne le plus d’importance. Il est facile de comprendre les personnes plutôt que les processus ou les outils, car ce sont les personnes qui répondent aux besoins de l’entreprise et pilotent le processus de développement.
« Quand les entreprises prennent de l’ampleur, elles cherchent à reproduire leur succès initial. Elles confondent bien vite le processus et le contenu ». Steve jobs dans une interview en 1995.
2. Des logiciels opérationnels plus qu’une documentation exhaustive
L’approche Agile se concentre sur la production de valeur. La documentation reste nécessaire à la continuité et à la maintenabilité du projet, mais n’apparaît pas comme une priorité. Auparavant, l’équipe passait des heures sur la rédaction de documents et cela empêchait l’avancement des livrables.
3. La collaboration avec les clients plus que la négociation contractuelle
Le message ici n’est pas que les contrats doivent être jetés par la fenêtre mais que vous devriez collaborer plus souvent avec vos clients. L’approche Agile demande la collaboration continue avec le client et son implication dans toutes les phases du projet pour collecter ses retours et donc construire des produits de valeur.
4. L’adaptation au changement plus que le suivi d’un plan
Les méthodes traditionnelles considéraient le changement comme une dépense, il fallait donc l’éviter. L’intention était de développer des plans détaillés et élaborés. L’agilité nous invite à mettre en place un fonctionnement flexible capable d’absorber les changements et de redéfinir les objectifs et les priorités. Avec ce mode de fonctionnement, tout changement apporte une valeur ajoutée au lieu d’un obstacle à éviter.
Le manifeste du test
1. Tester au fil d’eau plus que tester à la fin
Traditionnellement, les gens considèrent les tests comme une phase qui se produit à la fin du développement. En revanche, en Agile, les tests sont une activité qui doit se produire parallèlement au développement .
2. Éviter les bugs plus que trouver les bugs
Il serait beaucoup plus productif de clarifier les spécifications avant de commencer à écrire une seule ligne de code, et de s’assurer que tout le monde, du client au développeur et au testeur, a exactement la même compréhension de la façon dont quelque chose doit fonctionner.
3. Tester la bonne compréhension plus que vérifier la fonctionnalité
En Agile, les testeurs doivent devenir des ambassadeurs du client; Ils doivent comprendre en profondeur qui sont leurs utilisateurs et ce qu’ils essaient de réaliser avec le produit. Les testeurs doivent être les représentants de ce client dans chaque décision de conception, en veillant à ce que la fonctionnalité réponde aux besoins réels des clients, pas seulement aux spécifications.
4. Construire le système plus que casser le système
Bien qu’il existe une croyance commune que les testeurs sont exclusivement engagés dans la destruction, ce n’est qu’à moitié vrai. Il ne faut pas oublier l’objectif principal de créer un produit de valeur et qui fonctionne bien. C’est pourquoi la reproduction des actions réelles d’un utilisateur est de la plus haute priorité.
5. La responsabilité de l’équipe sur la qualité plus que la responsabilité du testeur
Les testeurs ne peuvent pas améliorer la qualité, leur rôle est de déterminer le niveau de qualité et d’en informer les parties prenantes. Vous ne pouvez améliorer la qualité que par les efforts conjoints de toute l’équipe.
Fidaa Berrjeb est Agile QA analyst certifiée ISTQB et Scrum Master.
Après ce premier billet qui, nous l’espérons, vous aura intéressés, Fidaa va essayer de s’orienter sur l’aspect Quality Assurance (QA) dans ses prochains billets car les sujets sont nombreux qui couvrent Agilité et QA.
DantotsuPM.com 