Post de Houda Makni

Bonjour à tous, Hier, j’ai eu le plaisir de participer au Lyon Testing Event, et je souhaitais partager avec vous mes observations concernant cette soirée dédiée au test. J’ai assisté à trois conférences sur les sujets suivants : L’approche data-driven en environnement agile, Ludopédagogie et qualité logicielle, Agile Testing à l’échelle. 1. L’approche data-driven en environnement agile (Retour d’expérience de Decathlon) Lors de cette conférence, j’ai constaté l’importance des KPIs pour prendre des décisions éclairées tout au long du cycle de vie du développement logiciel. Cela permet également de gérer le backlog de manière plus efficace et rapide. En parallèle, nous avons eu l’opportunité de discuter du processus de transition vers l’automatisation des tests. 2. Ludopédagogie et qualité logicielle Ici, nous avons exploré comment intégrer la ludopédagogie dans notre quotidien pour améliorer la qualité logicielle et renforcer l’efficacité des équipes. Cette approche ludique apporte une nouvelle perspective pour motiver les équipes tout en augmentant leur productivité. 3. Agile Testing à l’échelle Enfin, nous avons abordé le sujet incontournable de l’agilité en test. J’ai trouvé particulièrement intéressant et pertinent de comparer le modèle Shift-Left au modèle traditionnel de la qualité. Cette comparaison offre des pistes de réflexion utiles pour adapter nos pratiques de test. En résumé, nous avons passé une belle soirée riche en discussions et apprentissages autour du test. Un grand merci à SSID - Testing Agency pour cette organisation remarquable.

L'agilité est surtout un trompe-l’œil. Derrière cette phrase provocatrice, je veux surtout penser aux C-levels, managers n+x et autres chefs à plumes qui se disent que leurs équipes de dév sont à la pointe car elles font "de l'agile". Si vos équipes dévs sont les seules à être agiles, elles ne le sont pas ou alors bien loin du potentiel d'apporter de plus de valeur possible à l'entreprise. Si toutes les équipes (tech, produit, support, sales, marketing, ..) ne sont pas dans cette mouvance, vous ne profitez pas du plein potentiel de la richesse que peut apporter vos collaborateurs. Et en point d'orgue, si les chefs à plumes ne comprennent pas l'agilité, l'amélioration continue, ne sont pas prescripteurs et surtout facilitateurs bienveillants de leurs équipes alors l'agilité n'est que le trompe-l’œil d'une structure résolument dépassée qui a failli à exploiter le meilleur de ses talents.

Je suis très content ! 😊 Il y a 3 semaines, nous avons proposé avec Johan Schuiten 🚀 une expérience à la Journée agile. C’était un serious game sur l’innovation : “Agile Innovation Game”. Les retours ont été incroyables 😮 Depuis, ▶️ des personnes nous ont contactés pour animer ce jeu dans leurs équipes. 📞 ▶️ la Journée Agile nous a programmé une nouvelle date en septembre pour cet atelier. 📅 ▶️ à chaque fois que l’on pitche le concept, les personnes semblent intéressées. 🤩 Du coup, on a décidé de développer le concept. 💡 Les ingrédients sont simples : ▶️ L’innovation pour apporter de la valeur à votre entreprise 💼 ▶️ L’agilité comme mindset 🧠 ▶️ Le jeu pour le challenge et le côté ludique 🎲 ▶️ La co-création et l’intelligence collective comme catalyseurs 🤝 On a pu constater que c’est redoutablement efficace. 💪 Seriez-vous intéressé de vivre cette expérience dans votre entreprise ou équipe ? Si vous lisez ceci vous avez 3 options (combinables): -Me contacter en MP pour que je vous en dise plus 📩 -Liker, commenter ou partager pour soutenir le concept ou donner un peu plus de visibilité à ce post 🙏 ☺️ -Passer votre chemin (mais merci quand même de m'avoir lu!). Ah et si vous connaissez quelqu'un qui pourrait être intéressé vous savez quoi faire ☺️ #agileinnovationgame #seriousgame #innovation #mindtechnology

🔍 Comment concrètement choisir sa stratégie de test : Dans le développement de produits, assurer la qualité est indispensable. Mais il faut être réaliste : on ne peut pas tout tester, partout, tout le temps ! Voyons cela sur une approche purement fonctionnelle, pas technique. 💡 Pourquoi ? 👉 Maintenabilité : Les suites de tests trop lourdes deviennent rapidement ingérables. Plus il y a de tests, plus le risque d'avoir des tests obsolètes ou non pertinents augmente, nécessitant un entretien continu. 👉 Temps : Le temps, c'est de l'argent. Une suite de tests trop complète peut allonger drastiquement le cycle de livraison ? 👉 Complexité : Certains tests peuvent être complexes à mettre en place et nécessitent des ressources importantes. 🎯 La clé : choisir le bon test pour le bon contexte Tous les types de tests ont leur importance, mais chacun a un rôle spécifique à jouer dans des contextes bien définis : 1️⃣ Tests unitaires : Idéal pour valider des fonctionnalités isolées à petite échelle. On les privilégie pour les fonctions critiques ou très utilisées. 2️⃣ Tests d’intégration : Essentiels lorsque plusieurs modules (micro-services, API, services externes...) doivent travailler ensemble 3️⃣ Tests end-to-end (E2E) : Ils fournissent une vue d'ensemble du produit en recréant des scénarios utilisateurs complets automatisés 4️⃣ Tests de non régression : Cruciaux juste avant une mise à jour pour s'assurer que les anciennes fonctionnalités fonctionnent toujours. 5️⃣ Tests de performance et de charge : L'objectif est de simuler un grand nombre d'utilisateur ou d'action pour tester les limites de l'infra. 6️⃣ Tests de fumée (Smoke tests) : Rapides et légers, ces tests permettent de valider que les fonctionnalités principales fonctionnent après une mise à jour ou un déploiement. En résumé : Il est impossible d’effectuer tous les tests sur toutes les parties de votre produit sans faire le bon test au bon moment ! 👇 Le détail de chaque tests et QUATRE bonus dans le carrousel ! 💬 Et vous, comment sélectionnez-vous vos tests dans vos projets/produits ? Commentez, likez et partagez vos astuces pour optimiser vos stratégies de tests. 🚀 #ProductManagement #QA ---------- 🖖 Je poste sur l'Agilité et le Product Management chaque semaine le jeudi matin. N'hésitez pas a venir échanger !

Voici un post très instructif sur les tests! a partager

Ça vous est sûrement déjà arrivé. Ces équipes qui sont totalement déconnectées des besoins de leurs clients. 😨 Elles développent un produit oui. Mais sans la moindre idée de ce qui apporterait de la valeur à ceux pour qui le produit est destiné. Imaginez un client qui attend un produit qui correspond à ses attentes, Mais l'équipe, trop éloignée, construit quelque chose qui manque totalement la cible. 𝐋𝐞 𝐫𝐞́𝐬𝐮𝐥𝐭𝐚𝐭 ? Une perte de valeur et la frustration du client. Ces équipes, inconscientes des besoins, font non seulement perdre de la 𝐯𝐚𝐥𝐞𝐮𝐫, mais aussi la 𝐜𝐨𝐧𝐟𝐢𝐚𝐧𝐜𝐞 du client. La confiance, une fois affaiblie, Elle est difficile à restaurer. Les équipes Scrum sont là 𝐩𝐨𝐮𝐫 𝐚𝐩𝐩𝐨𝐫𝐭𝐞𝐫 𝐝𝐞 𝐥𝐚 𝐯𝐚𝐥𝐞𝐮𝐫 𝐚𝐮 𝐜𝐥𝐢𝐞𝐧𝐭 𝐞𝐭 𝐚𝐮𝐱 𝐮𝐭𝐢𝐥𝐢𝐬𝐚𝐭𝐞𝐮𝐫𝐬,  Mais cela n'est possible que si 𝐞𝐥𝐥𝐞𝐬 𝐬𝐨𝐧𝐭 𝐚𝐥𝐢𝐠𝐧𝐞́𝐞𝐬 𝐬𝐮𝐫 𝐥𝐞𝐬 𝐛𝐞𝐬𝐨𝐢𝐧𝐬 𝐫𝐞́𝐞𝐥𝐬. 𝐋𝐚 𝐬𝐨𝐥𝐮𝐭𝐢𝐨𝐧 ?  Ramener les équipes et les 𝐫𝐞𝐜𝐨𝐧𝐧𝐞𝐜𝐭𝐞𝐫 𝐝𝐢𝐫𝐞𝐜𝐭𝐞𝐦𝐞𝐧𝐭 𝐚𝐯𝐞𝐜 𝐥𝐞 𝐜𝐥𝐢𝐞𝐧𝐭 𝐞𝐭 𝐥𝐞𝐬 𝐮𝐭𝐢𝐥𝐢𝐬𝐚𝐭𝐞𝐮𝐫𝐬. Ne tombez pas dans ce piège. Mettez en place un système qui vous permet de TOUJOURS satisfaire vos clients. #agile #scrummaster #scrum

🚀 À la recherche de nouvelles méthodes pour dynamiser vos rétrospectives Agile? Découvrez "Agile en slip", un format innovant et ludique qui promet de revigorer vos sessions d'équipe ! 🎉 🧐 Qu'est-ce que c'est ? "Agile en slip" s'inspire du jeu célèbre "ta mère en slip", transformant une approche standard en une expérience divertissante et engageante pour toute l'équipe. Le processus est simple : 1️⃣ Créez des paires de cartes qui résument les points clés du sprint. 2️⃣ Chaque membre cherche à deviner la combinaison de cartes qu'il porte en posant des questions aux autres. 3️⃣ Explorez les enseignements à tirer une fois la combinaison découverte. ℹ️ Alors, prêts à tester ? Le kit complet d'animation est disponible en téléchargement GRATUIT ici 👉 Téléchargez le kit d'animation d'Agile en slip https://buff.ly/3WCwgx2 💡 Si cette approche vous semble trop originale, notre article propose également d'autres formats de rétrospectives à découvrir. Lisez l'intégralité de l'article pour en savoir plus et choisir le format le mieux adapté à votre équipe 👉 https://buff.ly/3V0KW8g #Agile #Retrospective #Innovation #TeamBuilding #AgilityCoach #ScrumMaster #ProjectManagement #ContinuousImprovement Partagez vos expériences et dites-nous comment une rétrospective hors du commun peut transformer la dynamique de votre équipe! 🚀💬

L’agile c’est comme les baskets Balenciaga, une mode qui a mal tourné ☠️ 📆 En 2015, il y avait 2 trucs cool : le retour de Star Wars et “faire de l’agile” 😔 En 2024, les deux ont déçu. Georges Lucas nous a piégé, et l’agile plus personne n’en veut (à raison). Pourtant l’idée de base était chouette. 🔴 Problème de base : 90% des projets informatiques échouent (merci le cycle en V), et les développeurs ne sont que des exécutant  🟢 Réaction : Il faut une méthode qui permette plus de communication et de flexibilité Tadam, l’agile apparaît ! Et les promesses font rêver :  1️⃣ La roadmap s’adapte aux imprévus rencontrés (dépendances, mauvaises estimations etc) 2️⃣ Les retours clients peuvent être intégrés au cours du projet 3️⃣ On sort des nouvelles versions très régulièrement Avant on disait au développeur “débrouille toi mais ça sort, nous embête pas avec le détail”, maintenant on se pose autour d’une table et on discute. Résultat, on sort vite des produits toujours adaptés au marché. Tout va pour le mieux dans le meilleur des mondes possibles 🔥. Ça c’est sur le papier, parce que dans la vraie vie l’agile est vite devenu comme mon filleul de 5 ans : un petit monstre ingérable 👹. Tout le problème est résumé dans cette phrase que m’a dite un jour un lead développeur d’une ESN bien connue* : 💬 “Les estimations sont là pour protéger les développeurs des attentes irréalistes du client” En clair : L’agile est devenue l’excuse préférée des développeurs pour se décharger de toute responsabilité. “Ca décale mais t’inquiète c’est normal, c’est de l’agile”. Les projets agiles sont devenus encore pire que les projets “classiques”, et plus aucun CTO/DSI ne voulait en entendre parler. Il y a 2 raisons à cet échec :  1️⃣ On a oublié en route le concept de “deadline” (sacré oubli quand même) 2️⃣ L’agile à l’échelle d’une grosse équipe tech/DSI ça marche bof (encore moins avec le coup de peinture “SAFE” par dessus 🙄) 🚀 La clé de la réussite du groupe Theodo (de 10M€ à 92M€ de CA en moins de 10 ans), c’est qu’on a résolu ces 2 problèmes. Notre marque de fabrique, c’est de faire de l’agile tout en mettant une forte intensité sur les deadlines, et sur des projets à grande échelle. Comment ? Benoit Charles-Lavauzelle et Fabrice Bernhard ont passé les dernières années à écrire “The Lean Tech Manifesto”, qui explique ce framework qu’ils ont créé et qui a fait le succès du groupe. Vu que c’est littéralement le titre du bouquin, je ne vous spoile pas si je vous dis que tout repose sur le Lean 😁. Je crois en l’agile, mais en un agile qui a envie que les projets sortent, et c’est ce que ce livre propose de réussir. Je pense qu’il y aura un Avant et un Après The Lean Tech Manifesto 💣 Bonne Lecture ! *j'ai tout vu, je sais qui c'est mais je ne dirai rien” (vous l’avez ?)

C'est avec une immense excitation que nous vous annonçons le lancement de notre toute nouvelle page dédiée au domaine du test et de l'agilité ! 🌟 Dans un monde en constante évolution, où les défis techniques et organisationnels sont monnaie courante, notre objectif est de fournir une plateforme dynamique et inspirante où les professionnels du test et de l'agilité peuvent se connecter, partager leurs connaissances et découvrir les dernières tendances et innovations dans le domaine. Sur notre nouvelle page, vous trouverez une multitude de ressources, notamment : 🔍 Des articles approfondis sur les meilleures pratiques en matière de test et d'agilité. 🎓 Des guides pratiques pour améliorer vos compétences en tant que testeur Agile. 💡 Des études de cas inspirantes sur la façon dont les entreprises ont surmonté les défis grâce à l'agilité et à des stratégies de test innovantes. 🚀 Des conseils d'experts pour optimiser votre processus de développement Agile et améliorer la qualité de vos produits. 💬 Des discussions animées où vous pouvez partager vos idées, poser des questions et interagir avec d'autres passionnés du domaine. Nous sommes impatients de vous accueillir sur notre nouvelle page et de vous accompagner dans votre parcours professionnel dans le domaine du test et de l'agilité. Rejoignez nous dès aujourd'hui pour rester à l'affût des dernières nouveautés, échanger avec d'autres professionnels et faire partie d'une communauté florissante et dynamique ! Abonnez vous à notre nouvelle page et ne manquez aucune mise à jour passionnante. Ensemble, continuons à repousser les limites de l'innovation et de l'excellence dans le domaine du test et de l'agilité ! 🚀💡 #NouvellePage #TestEtAgilité #Lancement #Innovation #Excellence #Communauté 🌟

Quel jour on est aujourd'hui ? Jeudi ? Oh mais vite c'est aujourd'hui que sort le dernier chapitre des aventures de Paul et son équipe Scrum ! Le 5️⃣ème et dernier volet est disponible : https://lnkd.in/ei_-MeU5 Notre cher Paul et son équipe Scrum se battent 💪 pour intégrer la compétence UX en leur sein et se libérer des contraintes qu'amènent l'unité UX externe. La transparence 🔎 de l'impact sur le flux de valeur apportée par la stratégie Kanban vont grandement les aider. La Scrum team arrivera-t-elle finalement à appliquer un Scrum with Kanban with UX (combo gagnant !) ❓ Arriveront-ils aussi à résoudre leur problématique autour de l'unité OPS ? Il ne vous reste plus qu'à lire ce chapitre pour le découvrir ❗ Ce dernier chapitre signe la fin 🔚 de cette mini série, qui vous a fait découvrir Org Topologies et la stratégie Kanban à l'aide d'une histoire fictive (ou pas tant que ça) Vous pouvez retrouver l'histoire complète en un bloc dans le partage ici ou sur mon site web. Une traduction en anglais est en cours et sera prochainement disponible chezOrg Topologies™ 🗺️ 🚀 #Kanban #OrgTopologies #BusinessAgility #Scrum #UX #OPS