Blog de Bruno Orsier

La directive première (la "prime retrospective") est une phrase que j’utilise avec les équipes novices : Regardless of what we discover, we understand and truly believe that everyone did the best job they could, given what they knew at the time, their skills and abilities, the resources available, and the situation at hand.     — Norm Kerth Voici la version française : Indépendamment de ce que nous découvrons, nous comprenons et nous croyons sincèrement que […]

Il est assez simple d’intégrer un nouvel équipier dans une équipe Scrum existante. En effet le travail est bien structuré (définition de DONE, backlog déjà défini, rôles précis, réunions bien précises, …). En plus d’un outil de gestion de backlog électronique nous utilisons énormément des tableaux physiques comme radiateurs d’informations. Nous avons un tableau d’une part pour suivre le travail du sprint en cours, comme ci-dessous. Le nouvel arrivant dans l’équipe peut facilement comprendre les […]

Pourquoi le caddying Le caddying est une nouvelle étape dans notre mise en place de méthodes de développement agiles (SCRUM principalement), et c’est une tentative de privilégier « les individus et leurs interactions plutôt que les processus et les outils » (cf. le manifeste agile). Notre besoin était de trouver un moyen simple d’alimenter une dynamique d’amélioration continue. Au début nous nous sommes beaucoup appuyés sur une démarche très orientée processus. Toutefois il me semble que sans […]

Ce lundi 29 mars j’ai eu le plaisir d’assister à la deuxième édition de la conférence XP Day Suisse, qui se tenait à Genève, tout comme l’année dernière (voir le compte-rendu de Pierre Caboche). Cette conférence bénéficie du soutien de plusieurs sponsors, dont developpez.com (merci pour l’invitation gratuite dont j’ai profité), et d’une équipe d’organisateurs dynamiques et passionnés. J’ai d’ailleurs trouvé excellente toute l’organisation, que ce soit le choix du lieu, le « time-boxing » des diverses […]

J’aime bien lire des billets qui contiennent des informations factuelles sur de vrais projets, car cela permet de se situer par rapport à d’autres équipes et entreprises. Récemment j’ai vu notamment le billet Démarches de tests fonctionnels, de Christian Blavier, qui citait des chiffres intéressants (dans les commentaires du billet) : Voici quelques métriques que je viens de réunir dans différents contextes : – secteur media, sur un projet avec 3 développeurs qui dure depuis […]

Dans le 18e coding dojo du Club Agile Rhône Alpes, ce 5 janvier dernier, j’avais pris un exemple réel issu de nos plans de tests, et basé sur les courbes de calibration, un concept très utilisé en chimie (et donc dans nos applications). Demain, dans la 20ème session, nous poursuivrons sur cet exemple. Comme pas mal de jours ont passé, ce billet est destiné à nous rafraîchir la mémoire sur la question, à moi le […]

Pour démarrer la discussion sur la rédaction de spécifications exécutables l’autre soir au CARA, j’avais pris l’exemple de la réalisation d’un logiciel de comptage de calories. L’exemple n’est pas gratuit : je trouve que la plupart des logiciels de ce genre ont une interface utilisateur très influencée par l’implémentation avec une base de données, et pas très influencée par les besoins utilisateurs. Pardonnez l’expression, mais ce genre de logiciel « pue la base de données », alors […]

La réunion du CARA sur la rédaction de spécifications exécutables grâce au BDD (Behavior Driven Development) a été très intense. Merci aux nombreux participants pour cette soirée stimulante et aux camarades du CARA pour l’organisation ! J’ai le sentiment que tout le monde a pu gagner une compréhension plus concrète du BDD, et a pu appréhender l’aspect collaboratif de la rédaction de scénarios. Les discussions ont certainement dérivé de l’objectif initial qui était d’explorer différentes […]

Pour illustrer un cas (extrême) de la flexibilité du format Given/When/Then que je mentionnais précédemment, voici un exemple GreenPepper (à partir de la version 2.6 GreenPepper supporte l’écriture de scénarios à la Cucumber – merci Emmanuel pour l’information). GreenPepper est tellement flexible que les mots-clés Given/When/Then ne sont même pas obligatoires. Ainsi on peut écrire des scénarios comme celui-ci :

Le dojo du 5 janvier à Grenoble concernait l’exploration de l’articulation entre TDD et BDD, sur la base d’un exemple que j’avais proposé. L’exemple s’appuie sur la problématique de la calibration des instruments scientifiques, problématique que nous devons souvent traiter dans nos logiciels. L’exemple est donc tout à fait concret et réaliste, implique des calculs assez rapides à programmer (comme la régression linéaire) qu’il serait néanmoins judicieux de traiter en TDD. De plus il comporte […]