Blog de Bruno Orsier

Quand nous avons mis en place Scrum en 2005, notre but était de développer plus rapidement et plus facilement de nouveaux produits, entre autres objectifs. Au fil du temps nous avons découvert que même si Scrum fonctionne parfaitement bien, nous n’avons pas réellement développé plus rapidement. L’hyper-productivité mentionnée par certains ne nous a jamais rendu visite ! Néanmoins je reste convaincu qu’il y a encore beaucoup de possibilités de mieux développer les nouveaux produits, et […]

Une conséquence inattendue mais bénéfique de notre démarche de caddying est que nous avons maintenant un blog interne utilisable par tous les employés du site. Il utilise le moteur Pebble qui a été assez simple à mettre en place (de l’ordre d’une journée de travail). L’idée est venue d’un de nos caddies qui souhaitait pouvoir publier sur son activité de caddy (et permettre à ses joueurs de publier leurs propres billets, par exemple pour des […]

Pour conclure mon exploration des moyens de pratiquer le BDD en .NET, il me restait à examiner Cuke4Nuke, l’équivalent de Cuke4Duke de Java. C’est chose faite, et ce billet montre comment installer tout ce qu’il faut pour arriver à faire tourner l’exemple du jeu du pendu qui m’a servi dans les billets précédents.

Je poursuis mon exploration des différentes possiblités de faire du Behavior Driven Development sur plate-forme .NET. Après avoir examiné l’approche NBehave, je vais voir comment utiliser plus directement Cucumber (une des principales références en BDD, avec une communauté très active). Cucumber étant programmé en Ruby, on peut donc utiliser IronRuby, l’implémentation de Ruby pour .NET. Dans ce billet je décris l’installation de IronRuby, celle de Cucumber sous IronRuby, et je montrerai l’exécution de mon exemple […]

Un lecteur m’ayant indiqué qu’une nouvelle version de NBehave (0.4.5) était disponible depuis une semaine, j’ai repris l’exemple du jeu du pendu pour voir comment on écrivait maintenant les tests et le code de « pontage » (la façon dont j’ai procédé jusqu’à présent étant obsolète). L’expérience est assez satisfaisante, on procède comme avec Cucumber. J’ai donc écrit mes scenarios (purement textuels) puis écrit une classe C# pour faire le pont avec le code de « production », ma […]

Nos quatre ans de pratiques de méthodes agiles nous conduisent maintenant à chercher à créer des conditions plus favorables au développement des compétences et des connaissances. Pour cela depuis peu nous mettons en place un programme de caddying (voir Mise en place du caddying et Le meta-caddy).  Après quelques semaines de vie de ce programme, j’ai pu relever plusieurs aspects très encourageants : apparition de thèmes décidés par les joueurs, proposition de nouveaux services comme […]

En préparant le programme de caddying dont j’ai parlé dans un billet précédent, nous avons fait un brainstorming avec une dizaine de personnes (chefs d’équipe, ScrumMasters, directeur, assurance qualité) pour définir la fonction du responsable du programme. Nous avons d’ailleurs vite pris l’habitude d’appeler ce rôle « meta-caddy », les informaticiens aimant bien mettre partout le préfixe meta. Ce brainstorming a permis d’identifier 6 types de responsabilités pour le meta-caddy :

Ce billet récapitule des événements déjà annoncés par ailleurs, mais qui méritent une large diffusion. La plupart sont gratuits et vous permettront d’enrichir vos connaissances sur l’agilité, et de faire du « réseautage ». Le CARA (club Agile Rhône-Alpes)  vous propose de participer aux Coding dojos hebdomadaires qui sont organisés pour la deuxième année. La prochaine session se tiendra le lundi 28/09/2009 de 12h00 à 14h00 dans la salle H205 à l’ENSIMAG sur le campus universitaire de […]

Nous mettons en place une nouvelle étape de notre adaptation à Scrum. Adaptation c’est bien l’un des mots-clés de Scrum, avec inspection et transparence. Eh bien l’inspection de notre manière de travailler nous indique que, depuis le début du passage à Scrum, nous négligeons  le développement des compétences techniques, et nous ne valorisons pas les gens qui d’eux-mêmes deviennent très compétents sur certains points.  Sans aller dans le détail, ce manque de développement de certaines […]

Après quatre années de pratique de Scrum, nous avons des équipes qui fonctionnent bien, qui délivrent régulièrement des fonctionnalités satisfaisantes pour les product owners (et même parfois qui enchantent des clients, par exemple par la vitesse de livraison), mais il nous reste plusieurs problèmes à résoudre, et des problèmes difficiles qui plus est. Rien d’étonnant à cela, Scrum est en effet un excellent révélateur de problèmes, et il serait vain de croire que la pratique […]