Posté par jc-QualityStreet le 11 mars 2009
On dit toujours que l’agilité met l’accent sur la qualité. C’est vrai :
- des pratiques telles que l’intégration continue, les tests unitaires, les tests de recette, le pair programming mais aussi une volonté évidente d’automatisation jouent indéniablement sur la qualité du produit logiciel…
- le client sur site et de courtes itérations, pour plus de collaboration et de feedback permettent de s’assurer que le “bon produit” est développé…
- Avec l’ajout d’un regard Lean et d’une approche ergonomique, le compte est souvent bon…
ET POURTANT dans les faits, stratégie de test et testeurs ont du mal à se retrouver dans les projets Agiles, comme si toute une approche qualité était occultée, menée de manière anarchique, sans ligne directrice…
ça doit changer; ça va changer !
VERS UNE NOUVELLE VISION DES TESTS DANS LES PROJETS AGILES… trois éléments déterminants
Intégrer les testeurs dans l’équipe Agile et enrichir leur rôle (à la fois plus proches et au service de l’équipe mais aussi en soutien fort du Product Owner, du Métier). Cette alerte Agile (Où sont les testeurs) allait dans ce sens, et les résultats sont le plus souvent probants.
Donner un nouvel élan à la stratégie de test dans une dynamique agile. La stratégie de test se doit d’abord d’être envisagée dans une dimension high level en Sprint 0 pour l’ensemble de la version (une version, c’est entre 3 et 6 mois). Ensuite, le challenge du testeur est de l’ajuster en contexte à chaque début de sprint, en fonction du contenu du sprint à venir et de ce qui a été qualifié de Done au sprint précédent. A ce niveau, on va à l’essentiel : la stratégie de test, niveau sprint a la particularité d’être à la fois synthétique et trés précise !
S’appuyer sur le génialissime modéle de Brian Marick (signataire de l’Agile Manifesto et Star de la qualité logiciel) pour formaliser cette stratégie de tests. A chaque sprint, piocher son type de tests dans tel ou tel quadrant. Un modèle, trés visuel, instantanément compréhensible et trés parlant non seulement par le spécialiste QA qui sommeille en vous, mais aussi par toute personne impliquée dans un projet informatique.
4 quadrants qui à eux seuls guideront l’ensemble de votre stratégie:
- Tests orientés Technologie en soutien de l’équipe (ex : Tests unitaires et approche TDD , le plus automatisé possible)
- Tests orientés Business en soutien de l’équipe (ex: les tests sur storyboard, les tests fonctionnels pour vérifier les critères d’acceptation du Product Owner: l’approche de conception centrée utilisateurs et l’ergonome y trouvent leu compte)
- Tests orientés Business pour critiquer le produit (c’est avant tout du manuel, à tout moment ou en End Game pour le systéme complet en test d’acceptation. L’approche ergonomique ressort encore : quand on vous dit qu’il faut faire des Tests Utilisateurs !)
- Tests orientés Technologie pour critiquer le produit (des tests essentiels qui se doivent d’être outillés et qui peuvent nécessiter la présence de spécialistes, perf / sécurité; souvent en End Game hormis simulations)
- gile Testing Quadrants Brian MArick
Posté par jc-Qualitystreet le 27 novembre 2008
avec RITE (Rapid Iterative Testing and Evaluation)…
L’idée est simple:
les changements sont effectués dés, qu’un problème est détecté avec certitude et que la solution est claire .
Autrement dit, une modification peut s’opérer suite au passage du 1er participant, et être testée, vérifiée avec les suivants : une valeur réelle et immédiate !
Née chez les équipes de développement Microsoft (Games Studio), la méthode RITE (.doc) innove dans la pratique des Tests Utilisateurs, et répond parfaitement aux exigences et à la réalité des projets d’aujourd’hui… Elle est d’ailleurs trés appropriée dans les contextes Agiles, de type SCRUM, par exemple…
WAIT! There is more to read… read on »
Posté par jc-Qualitystreet le 23 octobre 2008
… C’est le feedback.
Alors vous faut il nécessairement un lab, une glace sans tain, de beaux fauteuils, un enregistrement HD pour recueillir ce feedback : la réponse est NON.
Et la qualité de ce feedback dépend elle de ces éléments matériels: la réponse est encore NON.
Et vous faut il nécessairement restituer ce feedback de manière très formelle, très solennelle : la réponse est toujours NON…
WAIT! There is more to read… read on »
Posté par jc-QualityStreet le 13 octobre 2008
On me demande souvent quelle technique mettre en place en ateliers de travail ou lors de sessions avec les Utilisateurs.
Et bien, le Tri de cartes est l’une de ces techniques souvent remarquable de pertinence, aux multiples facettes et surtout très flexible puisqu’il s’adapte aux objectifs qu’on lui donne…
WAIT! There is more to read… read on »
Posté par jc-QualityStreet le 30 septembre 2007
Vous êtes nombreux à m’avoir sollicité sur cette question de l’Ergonome Agile :
en quoi consiste concrètement son travail dans des contextes UP, OpenUP, XP, SCRUM, DSDM ou Lean ?
Comment intégrer l’Expérience Utilisateur, le Design d’Interaction et le Graphisme dans un projet appliquant l’une de ces nouvelles méthodes, dites Agiles (car opposées aux cycles de développement traditionnels, en cascade ou V) ?
Tout d’abord, un constat : l’intégration d’une conception centrée utilisateur dans un contexte Agile n’est pas aisée, l’ergonome n’est pas attendu, et s’il ne parvient pas à prouver rapidement sa plus value, ou pire s’il retarde les équipes de dév. … on le sortira poliment du projet, c’est ça le Lean Thinking !!
Pourtant, croyez-moi les projets Agile ont un réel besoin d’ergonomie !!
L’ergonome Agile introduisait la nécessité pour nous autres Ergonomes ou Spécialistes de l’Interface Utilisateur, d’adapter notre démarche, nos outils et nos ivrables pour une collaboration plus efficace au sein d’équipes fonctionnant en mode itératif, incrémental. Cet article vous présente donc quelques pistes concrètes d’intégration de notre démarche mais n’hésitez pas à me contacter si vous voulez en savoir plus …
« … Le temps est donc venu pour l’ergonome de devenir Agile … », telle était donc ma précédente conclusion, mais quelles spécificités du profil de l’Ergonome Agile vont rendre sa collaboration plus efficace et surtout plus efficiente ? Quelles dimensions de son activité seront bénéfiques au projet, au client, aux utilisateurs finaux et en quoi son intervention donnera-t-elle satisfaction à l’équipe de développement ?
D’ABORD LE PROFIL DE L’ERGONOME AGILE
L’ergonome Agile possède…
WAIT! There is more to read… read on »
