16 juin 2010
Cette année, le programme d’Agile France affichait le nombre de places maximum par session. Vingt-cinq places pour l’atelier d’Esther Derby, auteur éminent de Agile Retrospectives et Behind Closed Doors et membre fondateur de la Scrum Alliance, c’est peu. Je me suis donc précipitée à l’atelier “Lifting the veil : how visible and invisible structures drive organisational behavior”. Je ne l’ai pas regretté.
14 juin 2010
“COMMUNICATION”: La première et la plus essentielle de toutes les valeurs agiles.
C’est par un exposé bien rôdé de Bruno Sbille qu’a commencé la conférence agile. Illustrant tous ces propos d’exemples concrets et mettant son public à contribution, Bruno a rappelé aux différents intervenants de ne pas négliger leur façon de communiquer afin de toucher un maximum leurs auditoires.
Voici les grandes lignes de son propos:
- La PNL: Branche jeune de la Psycho.
- Les canaux de communication de chacun.
- Comment on retrouve tous ces canaux dans les méthodes agiles
08 juin 2010
A l’Agile Conférence, Régis Medina a animé une session sur le thème du Problem Driven Development et la satisfaction complète du client. Surfant sur la vague du TDD, BDD et autres Driven Development, le terme Problem Driven Development (inventé par Régis) désigne une nouvelle approche du développement logiciel qui tourne autour du problème client à résoudre et non plus des fonctionnalités à produire.
Les méthodes agiles ont certes le mérite de placer le client au centre du projet avec une équipe prête à s’adapter à ses besoins. Cependant cette flexibilité peut amener les équipes à tourner en rond ou alors à ajouter des fonctionnalités jusqu’à obtenir une application difficile d’emploi pour les utilisateurs finaux.
Comment s’y prendre alors pour obtenir un logiciel avec une vraie valeur client ? Comment arbitrer efficacement le choix des fonctionnalités ? Comment organiser l’interface utilisateur pour qu’elle reste facile d’accès et d’emploi au fil des itérations ?
Régis Medina au travers de sa démarche de résolutions de problèmes du Lean montre comment répondre à ces questions.
06 juin 2010

Sur les bancs de la faculté, j’essayais déjà d’écrire des tests unitaires tant bien que mal. Heureusement, je me suis améliorée depuis. Je me suis rendue compte au fil des années que certaines pratiques empêchaient les tests d’être posés. J’ai rencontré un framework magique qui palliait à tout cela. Au bout d’un moment, je ne distinguais plus le bien du mal.
Un jour, on m’a parlé des publications de Misko Hevery et tout a changé quand j’ai regardé ses vidéos. C’est cette expérience que je veux partager avec vous.
1 commentaire