Scrum vs XP – La guerre des méthodes

La dernière enquête du French Sug (Lire Enquête sur les méthodes agiles en France) suscite bon nombre de commentaires sur les blogs ces derniers jours . Que ce soit ceux qui n’aime pas la façon dont XP est traité dans l’enquête (réduit à des pratiques) et appellent au boycott ou ceux qui remettent en cause le but non lucratif de l’association du fait que le formulaire contient le nom, la société et l’adresse mail.

Pour couper court à la polémique Scrum vs XP, je vous invite à lire l’excellent post de Denis (XP sans Scrum, Scrum sans XP) auquel je souhaite ajouter quelques mots. Lire la suite »

Une définition de TERMINE

Se mettre d’accord sur la définition de TERMINE (ou DONE) prend parfois beaucoup de temps à l’équipe et est souvent sujet à moult discussions si l’équipe n’a pas encore la maturité nécessaire dans sa pratique de l’agilité.

Cette démarche est pourtant ESSENTIELLE dans la vie du projet et contribue fortement au succès, ou échec, de l’utilisation d’une méthode Agile. Pour ceux qui auraient des difficultés à s’accorder sur la définition de TERMINE, je vous recommande d’écouter les conseils de Scott Downey (Coach Agile chez MySpace)

Lire la suite »

Quel outil pour Scrum ?

De nombreuses équipes et entreprises se posent  la question de l’outil qui leur permettra de gérer efficacement leurs projets en mode Scrum. Il en existe beaucoup avec des caractéristiques très différentes : Payant ou Gratuit, Distant ou Local, Paramétrable, Type d’OS … mais il est relativement fastidieux de faire toutes les recherches sur le Web.

Lire la suite »

Désapprendre ce que l’on sait

Intéressant article en anglais par Nimesh Soni (blog) sur le site de la Scrum Alliance identifiant les 9 habitudes du Cycle en V dont il faut se débarrasser pour réussir avec les méthodes Agiles.

Pour les francophones, en voici une traduction personnelle plutôt libre

Lire la suite »

Tests et Agilité

Lorsque l’on vous parle d’équipe de test ou de QA, cela vous évoque-t-il des personnes essayant de faire planter le logiciel réalisé pour démontrer à l’équipe de développement qu’elle s’est trompée ?

Si c’est le cas vous êtes dans l’erreur et il serait bon que vous réfléchissiez encore à la situation.

Dans notre culture, le rôle du testeur est généralement dévalué par rapport à celui du développeur (parfois même au niveau du salaire), et pour certains développeurs, le développement de tests est considéré comme une tâche subalterne n’ayant aucun aspect « noble ».

Lire la suite »

Poker Planning

Le « poker planning » est une pratique Scrum qui permet d’évaluer la complexité d’un item du product backlog.

Il s’agit de réunir l’équipe de réalisation, le Product Owner et le Scrum Master dans une même salle et de leur donner à chacun un jeu de cartes contenant habituellement les chiffres suivants : 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100 (vous aurez surement l’occasion de récupérer un jeu de cartes donné gracieusement par un sponsor lors d’une prochaine conférence Agile). Lire la suite »

Scrum User Group en Français

Le French SUG est décidément fort en communication – Merci à Cédric pour le lien – puisque voici un article du Monde Informatique fraichement paru :  Méthodes agiles : les utilisateurs français de Scrum se fédèrent.

Nous sommes quelques « provinciaux » à avoir accepté d’être les contacts privilégiés en région afin de relayer localement cette dynamique nationale en complément d’autres initiatives déjà en place, et cela fait toujours plaisir d’être nommé dans un article du LMI. Lire la suite »

Formation Scrum sur Grenoble

Juste un petit mot pour féliciter le CARA (Club Agile Rhône Alpes) de co-organiser la première formation Certifiante Scrum Master sur Grenoble les 12 et 13 février prochains, formation qui sera animée par François Beauregard de la société Pyxis (informations et inscription disponibles en ligne)

Une opportunité pour chacun d’entre vous de devenir un Scrum Master reconnu par la Scrum Alliance … restera ensuite à pratiquer … car rien ne remplace la pratique

Gestion des Risques : Les risques Business

Hier, alors que je faisais une présentation de la méthode Scrum, nous avons eu une discussion plutôt intéressante sur la gestion des risques en méthode Scrum comparé aux méthodes de gestion de projet traditionnelle et voici ce qu’il en est ressorti.

Pour un produit donné, il existe 2 grandes classes de risques:

• Les risques Business (traités dans cet article)
• Les risques Techniques (futur article)

Lire la suite »

Estimation des tâches

S’il y a consensus pour ce qui est d’estimer les « User Story » en « Story Points » et non en jours ou heures (Cf. dernier article de Claude Aubry et les très bons livres de Mike Cohn), il semble que le chiffrage des tâches issues de la planification des User Story ouvre la porte à quelques discussions.

En résumé, et désolé pour cette simplification extrême, il y a 2 grandes façons de chiffrer les tâches:

• En Heures : Chaque tâche est estimée en nombre d’heures nécessaires pour sa réalisation
• En Unité de Jour : Chaque tâche est estimée en jour plein ou portion de jour. Lire la suite »