The Agile Testing days, la conférence de l’année consacrée au domaine du Test approche à grands pas…
Les Tests, c’est votre métier ou votre passion, cette conférence est la votre…
L’agilité, c’est votre quotidien, votre métier voire votre passion, cette conférence est la vôtre…
Evidemment le coeur de la conférence c’est le Test Agile (dans toute sa splendeur) mais on y parlera aussi des sujets liés: Agile Requirements, Agile & Lean Management… Et croyez-le ou non, il est encore temps de vous inscrire et de choisir la formule la plus adaptée à vos besoins (1, 2, 3 ou 4 jours).
L’an passé, j’étais le seul français (sans doute pour cette raison que je suis devenu l’ambassadeur français de cette conférence:) ); cette année la communauté française du Test agile doit démontrer tout son potentiel!!!
Les plus grands experts du Test Agile seront au RDV pour échanger sur ce sujet désormais incontournable… Tous les ingrédients sont réunis: un sujet complexe et passionnant, des gens compétents et passionnés, le meilleur des intervenants, une organisation sans faille et une ville agréable…
Jetez un oeil au programme ci-dessous: (la partie haute de l’image décrit le 1er jour consacré aux workshops; c’est pas danse avec les stars mais presque:) )
Ou comment parler Agilité avec l’Exploitation (Production/ Infra…)
Développement et Exploitation (Operations, en anglais, d’où devops) voilà deux mondes jusqu’alors assez éloignés, aux profils,outils, buts et cultures souvent différents qui sont aujourd’hui de plus en plus amenés à TRAVAILLER ENSEMBLE.
La valeur n’existe que si le service (utile et garanti) est rendu !
… et les longs intervalles entre les déploiements en Production peuvent à eux seuls anéantir les efforts d’une organisation pour devenir agile.
C’est clair? C’est l’un des premiers enjeux, crucial dans certains contextes…
devops... un mouvement nécessairement collaboratif
Devops c’est donc avant tout une manière de travailler différemment, un ensemble de techniques COLLABORATIVES pour que les équipes de développement, de tests et d’exploitation travaillent plus efficacement ENSEMBLE. Ce n’est donc ni un rôle, ni une méthodologie. Devops c’est aussi un terme, datant de 2009 (Patrick Debois) et surtout un mouvement actuellement en plein essor, même si ses racines, les problématiques adressées ou les pratiques mises en œuvre sont plus anciennes (fortement liées au développement des méthodes agiles et de leurs pratiques collaboratives mais aussi à un nouvel élan technologique, notamment porté par le cloud).
Pourquoi en sommes-nous amenés à parler d’agilité avec l’exploitation ?
De nouveaux enjeux comme celui de «Livrer la valeur au plus tôt» (essence même du lean et d’Agilité): des fonctionnalités, des produits développés efficacement et livrés en interne ne rapportent rien tant qu’elles ne sont pas déployées!
Des problèmes à résoudre:
Communication difficile du fait du cloisonnement et d’un fonctionnement en silos
La dynamique organisationnelle Agile: L’AGILITÉ se développe dans l’organisation, et cherche à travailler sur l’ensemble de la chaîne de valeur. Après s’être attaquée au Développement, elle aborde à la fois le Business et l’Opération
L’essor des valeurs agiles et d’une profonde volonté de collaborer dans l’Entreprise
Des facteurs technologiques et organisationnels favorables: Essor du Cloud et des outils de mise en production continue
devops une affaire de culture et d’organisation essentiellement mais pas seulement…
devops c’est:
pour 30% une affaire d’outils, de code et de processus
pour 70% une affaire de culture et de communication.
Les efforts doivent donc porter sur ces différents aspects.
La clé reste néanmoins dans la capacité d’une organisation à briser les silos. Aussi la COOPERATION développement / Opérations doit-elle commencer bien avant et se poursuivre bien après le déploiement.
C’est donc notre boulot de coach agile & d’experts agiles de faciliter parfois d’initier ces différents chantiers… travailler ensemble avec toutes les parties-prenantes sur les activités & attentes de chacun est souvent un bon point de départ!
En résumé, l’agilité est à la fois un DECLENCHEUR (faisant naître un sentiment d’urgence moteur du changement) et une PASSERELLE entre les deux mondes qui se concrétise notamment sur le terrain par le mouvement devops, applicable dans tous les contextes organisationnels mais nous aurons l’occasion d’en reparler…
Pour terminer quelques liens et un petit bonjour à Thomas, l’un de ceux qui en parlent le mieux:
Rapide feedback sur le dernier jour de ma conférence Agile Testing Days, la semaine dernière à Berlin. Une troisième journée moins chargée que les précédentes avec au programme 3 keynotes et un Open Space Technology s’étalant sur toute la journée
De bons Keynotes
What does it take to be great? par Isabel Evans
Un sujet très intéressant, un débat très ancien « … genius, inspiration, perspiration or renewal »
Isabel Evans Keynote
Isabel Evans a donc discuté essentiellement des nouvelles expertises à acquérir par les testeurs et ce qu’il est nécessaire pour les acquérir:
des encouragements des autres,
de l’auto motivation
de l’engagement
et surtout Travailler DUR !
Motivation et Persévérance, au sein d’une structure suffisante pour permettre de grandir , des élements qui ne s’appliquent bien evidemment pas seulement à l’univers des testeurs.
“You have to fight to get inspiration !”
Et je suis d’acccord à 100 %. Isabel insista sur les deux principales ressources dont nous disposons :
Apprendre en faisant
“We can change ourselves … if we make efforts”
“most effective learning method is to try and make mistakes - others might laugh at you, but it won’t kill you”
La réflexion continue, cruciale pour s’améliorer
En résumé, il est temps d’étendre les compétences des testeurs.
“Reinvigorate your retrospective” par Jennitta Andrea
Jennitta commença son keynote par un petite exercice à jouer à deux « 45 secondes pour changer 5 choses sur un partenaire». Les instructions sont simples : Chaque personne, pendant qu’il a le dos tourné change 5 éléments sur lui. Ensuite, chaque partenaire doit trouver ce qui a changé chez l’autre.
Jennitta Andrea - Keynote
Autre exercice avec le “Jenga Game” , que Jennitta considere comme une bonne métaphore pour le développement logiciel.
Le sujet central de ce keynote, c’est donc la rétrospective. Et c’est vrai qu’en tant que coach et facilitateur (j’en animais d’ailleurs une aujourd’hui) nous sommes toujours à l’écoute d’autres façons de faire et de possibles exercices à intéger. Jennitta nous livre donc son canevas de retospective :
1 Safety (5% de l’effort)
Moment où il est essentiel d’aligner tout le monde vers un même objectif. Jennitta aime bien commencer en cercle et enchaîner très vite avec les appréciations… Pas si simple pour les équipes de remercier !
Autre conseil pour assurer ce côté Safe :
“get everyone to say something within the first 5 minutes”
C’est pourquoi, j’utilise le Checkin trés vite. Le sentiment de se sentir en sureté est essentiel pour une équipe.
2 Discover (30 to 50 % de l’effort)
Evidemment d enombreux exercices peuvent être utilisés durant la phase de découverte. Jennitta discuta plus particulièrement la construction de la Timeline.
3 Analyse (20 to 30 %)
“Continue, stop and start”
Ce qui a bien marché, ce qui n’a pas fonctionné, Ce qu’on pourrait essayer... le tout, toujours dans une approche équilibrée (diagnostic / appreciative inquiry)
4 Plan (15 to 30 %)
Ou veut-on aller et comment y aller ? Jennitta discuta différentes formes de priorisation en termes d’avantages et inconvénients.
5 Close (environ10 %)
Bref, rien de très nouveau; cela ressemble à la structure que j’utilise personnellement.
“How to evaluate if requirements specification are good enough for testing : the agile Inspection process and numeric exit” by Tom Gilb
Je devais prendre mon avion, donc je n’ai pas assisté à la présentation. Rien à dire donc sauf que j’ai pu entrevoir le point de vue de Tom Gilb dans notre session OpenSpace. Tom parla de la nécessité de quantifier les exigences pour répondre à leurs faiblesses actuelles, notamment le fait qu’elle ne soient pas focalisées sur la VALEUR.
OpenSpace Technology
Pour la première aux testing days de Berlin, un événement OpenSpace - Forum Ouvert. Vous savez que je suis particulièrement attaché à ce type d’évènement en tant qu’organisateur ou que participant. C’est un moment privilégié pour échanger sur les sujets variés qui nous tiennent à cœur.
Many subjects
Pas mal de sujets proposés, des sessions qui vivent encore, je pense à la session “Alternatives to certification” (une session à laquelle je n’ai pas assister) qui se poursuit suite aux notes prises par Elisabeth Hendrickson…
Openspace - Affinity !!!
Personnellement, je me suis intéressé particulièrement à deux sessions « Scrum of Scrums - Improvement commuication in distributed large teams » et « Lightweight speciifcations ». Des discussions intéressantes autour d’un petit nombre de participants, voire même à deux pour le sujet “Agile Usability Testing” avec Andreas en fin d’aprés midi.
Sur la partie OpenSpace, il y eut une bonne ouverture dans les règles de l’art… en cercle avec rappel des 4 principes de l’openSpace, de la motivation dans la proposition des sujets. Ensuite, et même si l’évènement fut apprécié, et que la participation fut bonne, la suite fut un peu plus chaotique. Je regrette simplement un petite manque d’information et de préparation (salles, horaires, facilitation), ce juste ce qu’il faut niveau de structure pour gagner en efficacité.
Bref, la partie OpenSpace a donné satisfaction mais peut selon moi être améliorée…
Mon ROTI (”Return on Time Invested” pour cette journée :
Seconde journée des Agile Testing Days au Seminaris Center de Berlin, et encore des interventions de haute volée.
Keynote de Mickael Bolton « Testers : get out of the quality assurance business »
Mickael Bolton, une grosse pointure dans la communauté des testeurs, se proclame « Agile skeptic » (dans le bon sens du terme).
“Pourquoi tester ? ” “Qu’est-ce que la qualité?” : ces deux questions clés vont lui permettre de revenir sur l’activité de testeur, centrée avant tout sur l‘adaptabilité et la valeur et non pas sur l’assurance qualité.
Mickael Bolton- Keynote
Le rôle du testeur est donc plutôt d’aider les personnes à considérer les différentes possibilités pour résoudre des problèmes :
“Testers are skilled investigators … we are sensory instruments”
“Testing is an on-going, continuously, re-optimizing process of exploration, discovery, investigation and learning”
Mickael prit ensuite position sur les débats récurrents : tests d’acceptation (selon lui plutôt des « rejection checks »), non regression, tests exploratoires, l’automatisation ( « only a tool »). Trés intéressant, et des positions bien tranchées !
Gojko, c’est de la dynamite !
Au depart, une session« Top 10 reasons team fail with ATDD and how to avoid them » et une salle remplie…
Gojko Adzic Session
La suite, c’est Gojko Adzic qui entre dans l’arène maniant avec dextérité ironie et second degré dans un show de 30 minutes tonitruant. Pas grand chose à ajouter : regarder plutôt ces morceaux choisis!
Anko Tijman, plus en retenue, y parvient néanmoins. Une bonne session « Mitigating Agile Pitfalls ». Après s’être attardé sur les valeurs de l’agilité, Anko a commenté les 5 pièges du Testing Agile, et les options pour les atténuer.
Anko Tijman - Agile values
Piège 1 : Ne pas tester avec le Client
Piège 2 : Ne pas tester en équipe
Piège 3 : Stratégie de test non équilibrée
Piège 4 : Exigences incomprises (avec comme actions d’atténuation:
Bon, pas forcément nouveau mais les choses sont posées. En conclusion, il nous livre ce qui permet au test agile de réussir : construire des relations solides, se concentrer sur le travail d’équipe et la collaboration, partager la connaissance. On est d’accord !
Keynote de début d’après midi : Agile Testing Certification - How could that be useful ? (par Stuart Reid, qui fut le fondateur de l’ISTQB).
Un sujet qui fait débat dans la communauté Agile Testing ; les certifications de test ont en effet de farouches opposants, pointant du doigt leur profonde inutilité … Un avis que je partage pour beaucoup. Dans la salle, pourtant, quasiment la moitié de l’assistance s’est déclarée, en levant la main, certifiée en test ! La certification semble trés populaire en Allemagne …
Stuart Reid - Keynote - Answer to Gojko (Conference private joke)
Stuart rappelle que le titre de sa session est une question : il souhaite avant tout ouvrir les débats. Le panorama des certifications existantes (agile et test) est dressé et les certifs. de l’ l’Agile Alliance en prennent un coup … Ensuite, c’est 45 minutes sur le qui, quand, pourquoi, comment d’une certification de testeur agile (et son syllabus) …
Bref, je ne suis convaincu ni par le discours ni par la potentielle certif…
Deux sessions pour lesquelles j’attendais mieux..
Celle de Cirilo Wortel « The secret sauce of agile testing in distributed teams » et d’Eric Jimminck « Implementing collective test ownership » qui sur le papier m’avaient accrochées.
Pour la première présentation, le cœur du sujet « le test agile en offshore » a mis du temps à arriver, sans pour autant être détaillé.
Cirilo Wortel
Sur la base d’un projet qui Agile-Offshore qui a marché, Cirilo nous propose les challenges à relever (compétences, culture, communication niveau people mais aussi distance, infrastructure et langage). Rien de bien nouveau mais le retour est toujours intéressant, puis il nous donne sa conclusion :
“Now for the sauce …
Testers make a killer proxy !
Testers speak the functional language
They know the domain
They have a user view
The have a birds view”
“It boosts communication !”
Bof…
La présentation d’Eric Jimminck m’a laissé un peu perplexe. Ca commençait bien avec des rappels très pertinents sur l’ATDD, et les principes de base de cette approche.
Eric Jimmink - ATDD process
La propriété collective du test consiste principalement à maintenir des tests en équipe, tout au long du process dans une approche crossfonctionnelle…
“Learning more about each other’s work and speciality”
L’impact organisationnel d’une telle approche me sembalit aussi assez juste, en revanche les trois exmples, projets décrits par Eric ne m’ont pas convaincu. Je n’ai pas du tout compris où il voulait en venir. Les bénéfices ? points saillants ? OK sur la nécessité de transformer la façon dont on aborde les besoins, les exigences sur un projet, de tendre vers l’ATDD mais pour le reste ?
Une bonne note pour terminer, Janet Gregory « About Learning » (for testers)
Le keynote de fin de journée a tenu toutes ses promesses. Plus en douceur mais tout aussi précis et efficace, Janet fait d’abord le parallèle avec l’enfance, là où apprentissage et curiosité sont ROIS !
“The motivation (to learn) that kids have is pure”
“Testers need curiosity”
Janet Gregory Keynote (you see Lisa Crispin and Linda Rising)
Pourquoi apprendre ? De quelles competences a -t-on besoin ? Janet insista sur ces compétences générales mais cruciales comme le problem solving ou le system thinking sans oublier ses valeurs clés de l’agilité : Feedback et la Communication.
“If it’s constructive the feedback is received so much better”
Sur l’imporatnce de ces deux éléments au sein des equips agiles, je la rejoins complètement
Quand, comment et où apprendre , voilà à quoi s’est efforcée de répondre Janet Gregory avec quelques idées fortes :
“Learning by doing”
“Lots of tools in your toolkit makes you prepared to solve any problem appropriately, not always use the hammer”
“Sharing the knoledge to learn… teaching is the best way to learn”
Première journée de conférence des Agile Testing days au Seminaris Center de Berlin. Quelques centaines de participants, 26 nationalités : une conférence anglophone même si dans les couloirs l’allemand se laissait facilement entendre.
Les plus grands experts du Test Agile se sont donnés RDV pour échanger sur un sujet désormais incontournable des projets SCRUM, et plus largement Agiles : le TEST.
Des Keynotes de très Haut Niveau
Pas moins de 3 Keynotes, et non des moindres, pour cette première journée avec 3 femmes à l’honneur : Lisa Crispin, Linda Rising et Elisabeth Hendrickson.
Keynote d'ouverture
Lisa Crispin s’est chargée du keynote d’ouverture : “Limbo Lower now : an agile approach to defect management”. Une ouverture en fanfare sur une question de fond et récurrente dans le cadre de nos missions de coaching : Outil de gestion des anomalies, OUI ou NON ? avantages ou inconvénients ? pour quels contextes ?
Limbo Dancing from Lisa Crispin
Après avoir présenté la vision traditionnelle des défauts, Lisa présenta les autres perspectives, agile et lean:
“Defect queues are waste. It’s inventory”
“You find a defect, fix it because bugs are technical debt”
La prévention des défauts est donc le cœur et doit constituer l’unique but de l’équipe :
« make it a Team problem »
Pour le reste c’est une affaire de contexte, et la capacité d’expérimenter plusieurs options (commencer sans DTS, fixer des règles simples comme pas plus de 10 défauts à la fois, utiliser le taskboard …) pour au final, aprés retrospective (”Inspect & Adapt”) trouver celle qui colle le mieux …
« Do that works for your team »
Second keynote avec Linda Rising en début d’après midi « Deception and estimation : how we fool oursevelves”.
Dans un style rempli d’humour et de finesse, mais sur fond de psychologie cognitive, Linda Rising démontra à quel point l’être humain est mauvais dans ses estimations. Des exemples du quotidien, et la capacité jouer avec son auditoire ont mis l’ambiance tout en assurant une démonstration efficace…
Le lien avec les projets IT : de mauvaise estimations tout simplement:
“We tend to believe we’re better than we are”
et on aurait tendance à sur estimer notre capacité de faire (analyse, dév, test…).
“Agile to the rescue”
Et c’est là que l’agilité nous sauve avec son découpage en petites étapes, son juste ce qu’il faut, son ouverture, son travail collectif et la possibilité d’expérimenter et d’apprendre de ses erreurs. Bref, être Agile permet d’atténuer, seulement, ce défaut tellement humain !
Dernier keynote de la journée avec Elisabeth Hendrickson « Lessons learned from 100+ Simulated agile transition ».
Un dynamisme hors du commun pour relater ses observations et exposer conclusions obtenues suite à la passation, plus d’une centaine de fois de sa simulation de transition agile, WordCount. Ce qui ressort de ses données: pas mal de choses à commencer par ce qui caractérise une équipe qui marche de celle qui ne marche pas, mais aussi quelques invariants : les personnes ajoutent leur propre complexité et se mettent la pression du temps, toute transition conduit au CHAOS (pour une période de temps seulement … heureusement !), les tests servent d’outil d’ajustement et permettent de s’aligner (Business / IT).
Ou encore, en version originale :
“Don’t use communication solutions for visibility problems”
(c’est parce que tu ne sais pas ce qui se passe que tu en parles !! ) A vrai dire, C’est assez juste
Dernier conseil aux coachs et facilitateurs que nous sommes : Faire confiance à l’équipe ! Lui donner l’info dont elle a besoin et savoir prendre du recul (« sortir du cercle ») sans lui dicter ce qu’elle a à faire!
“Trust the group”
Côté sessions : des confirmations
Une matinée orientée ATDD (Acceptance Test Driven Development) avec un focus sur Robot Framework, outil d’automatisation des tests, au travers des sessions de Thomas Jaspers (« Testing web applications in practice… ») puis de Pekka Klarck (« ATDD using Robot Framework »).
ATDD using Robot Framework avec Pekka Klarck
Au programme : la volonté de montrer l’excellente intégration de Robot Framework avec Hudson et Selenium pour le premier, et de bons exemples de cas de test (syntaxe BDD ou non) pour le second.
Intéressant donc … RobotFramework semble être l’outil qu’un grande partie de la communauté des testeurs semble pousser, un outil sur lequel Valtech Technology (avec Maxime, Laurent et Yannick) a beaucoup communiqué, afterwork , tutoriel, blogs ou conférence..
L’après midi, des confirmations sans plus, avec la session de Geneva Murphy « Requirements in the agile world » surtout (et un peu trop) centrée sur les outils de sa socièté HP !
Agile Requirements - Image ou Texte
Les 4 axes de la session:
“Be lean, Iterate, Visualize, Collaborate “
… on est d’accord ! Cela dit, on est resté en surface sans toucher l’essentiel et sans creuser les attentes des équipes agiles que je peux coacher…
Plus intéressante, la session de Ray Arell, « Waterfall to an agile testing Culture » avec une attention toute particulière sur la place de la dimension « Culturelle » dans un chantier de transformation Agile.
Ray aborde le sujet au travers d’une comparaison tout à fait pertinente avec le « Thru-Hiker » (”randonneur de l’extrême ?” celui qui par exemple se fait une rando du Mexique au Canada à 20 miles /jour).
Agile Testing Culture - Ray Arell
Même plan, même préparation, même but, même rythme, l’équipe Agile et le « Thru-Hiker » cherchent tous deux à éviter le danger et vont avancer en s’appuyant sur des succès incrémentaux.
Bref, sans la culture Agile (représentée selon Ray entre autres par un rythme soutenable, un environnement de confiance, un espace ouvert et de collaboration, la motivation…), ça ne marche pas ; un point dont je suis intimement convaincu.
Trop d’organisations veulent aujourd’hui « faire de l’agile » pour en récolter les bénéfices mais surtout sans efforts et sans remise en cause de la culture organisationnelle. Mon message : « Dégrader l’agilité et vous obtiendrez des résultats … dégradés ! ».
Seuls les efforts paient ; pour avoir des résultats, il faut travailler encore et encore et … faire des efforts !
L’agilité entre aujourd’hui en force dans les organisations (qui n’y sont pas toujours prêtes) et modifie notre façon de concevoir des produits, et de mener un projet informatique. De ce fait, le test agile est un sujet plus que jamais d’actualité ; une vraie problématique à laquelle les équipes Agile, et donc moi-même en tant que coach Agile, sommes inévitablement confrontés.
C’est pourquoi je suis trés impatient de participer, pour Valtech, la semaine prochaine aux Agile Testing Days de Berlin. Cette conférence: c’est 4 jours (4-7 octobre) d’intenses échanges au cours desquels se succéderont présentations, ateliers de travail et discussions informelles avec des praticiens passionnés par l’Agilité, la qualité et les tests logiciels.
On y retrouvera aussi les plus grands experts internationaux du Test Agile avec entre autres Lisa Crispin, Michael Bolton, Janet Gregory, Linda Rising, Elisabeth Hendrickson ou encore Gojko Adzic …
(Conference private joke)
