La conférence Agile France 2013 est la huitième édition organisée par Agile France. Pendant deux jours, des conférences, retours d’expériences, live coding, ateliers et jeux agiles se sont enchainés simultanément dans six salles. Cet événement a eu lieu les 23 et 24 mai 2013. Le principe et l’organisation sont similaires au Scrum day qui a eu lieu un mois plus tôt mais qui était concentré sur une seule journée. Vous pouvez lire mon compte-rendu du Scrum day ou visiter le site de la conférence Agile.

Voici mon retour d’expérience sur ces deux journées où il a fallu que je choisisse certaines conférences au détriment d’autres qui avaient lieu au même moment. Quelques regrets donc, mais globalement deux journées très enrichissantes. En fin d’article, vous trouverez la liste, je l’espère exhaustive, de tous les comptes rendus et slides publiés sur la toile. Compte-rendu. Lire la suite

Estimer la durée d’un projet ou la durée d’un artefact de développement, qu’il s’appelle histoire, composant, fonctionnalité ou autrement, voila un exercice bien difficile ! Longtemps confiné au rôle de chef de projet, l’agilité a délégué ce rôle à l’équipe. Et bien oui, qui mieux que l’équipe est à même d’estimer une tâche puisque c’est elle-même qui va la réaliser ? Oui, mais voila. L’équipe ne sait pas bien le faire. Et en se retournant vers le chef de projet, elle découvre que ce n’est pas mieux pour lui, hormis avec la technique du doigt mouillé, c’est à dire un chiffrage basé sur le sens du vent au moment même du chiffrage. Un moyen comme un autre…

Estimer, c’est aussi compliqué car le quoi à réaliser est plus ou moins vaste selon les points de vues. Le chef de projet est celui qui verra la version la plus simple du besoin alors que le responsable de la sécurité y verra une charge énorme, les développeurs se positionnant souvent un peu entre les deux, à savoir entre un mois et un an, à peu près…

A tel point qu’il existe même un mouvement de pensée pour la suppression totale des estimations. Selon eux, estimer est une perte de temps pour aboutir à un résultat de toutes manières aléatoire. Ils ont raison à un certain point. De mon humble avis, la seule estimation possible est comparativement à une autre situation similaire : avec une équipe à peu près équivalente et une fonctionnalité à peu près semblable.

Pour les personnes qui ne comprennent pas pourquoi estimer est aussi compliqué, je vous propose de lire un article de Michael Dubakov, malheureusement uniquement en anglais, expliquant toute la problématique de cette complexité. A lire avec attention, même si vous n’allez pas jusqu’au bout…

Charles Mayer est un étudiant qui réalise un mémoire de Master sur le thème de l’agilité. Il a fait un appel public pour participer à un questionnaire sur les pratiques Agiles en entreprise. Son questionnaire est intéressant car chaque question pointe les différents apports des méthodes Agiles ainsi que les différents freins à son adoption. L’ensemble de ces questions correspond donc à des affirmations vraies, ou du moins qui sont censées l’être et qui, si elles ne le sont pas, le devraient.

Son travail sur le questionnaire montre déjà qu’il pointe les bonnes choses. Je suis impatient d’en connaître les résultats. D’ici là, n’hésitez pas à lui donner un coup de pouce en répondant vous aussi à son questionnaire.

Voici les questions relatives à l’apport des méthodes Agiles : Lire la suite

Le Scrumday est un événement annuel organisé par l’association French Scrum User Group. Ce 11 avril 2013 avait lieu la troisième édition de cet événement à renommée nationale. Pendant une journée, 500 Agilistes se réunissent, échangent et partagent autour du thème de l’Agilité.

Lire la suite

Certes, il existe des outils pour gérer ses projets Agile comme Jira / Greenhoper, Mingle ou VersionOne. Mais aucun n’est réellement ergonomique ni ne sort du lot. Au point que, oh horreur, Excel ou un peu mieux Google Spreadsheet sont utilisés en lieu et place d’outils spécialisés. Une solution du pauvre car ces outils ne gèrent pas de workflow. Beaucoup utilisent exclusivement des post its sur un tableau. On trace de traits et hop, on a directement l’interface que l’on veut et si l’on souhaite la changer, un coup d’effaceur et hop c’est reparti. Il ne reste qu’à déplacer les post its.

Il manque un outil qui offre la même représentation visuelle que ce que l’on cherche à avoir sur un tableau physique et qui soit aussi simple à manipuler que des post its sur un tableau physique.

Eidos est un nouvel outil, disponible en beta pour l’instant, qui semble enfin traiter l’aspect ergonomique des choses. Il était temps ! Je ne l’ai pas encore testé, mais il mérite qu’on y jette un coup d’oeil. Il n’est malheureusement pas Open Source. Un outil à suivre qui sera commercialisé fin juin 2013. D’ici là, vous pouvez participer au beta test dès aujourd’hui.

Pour en savoir plus, lisez la présentation de ce produit édité par Proteus Agility.

En octobre 2012, les équipes de Spotify ont présenté leur organisation agile composée de Tribes, Squads, Chapter et Guilds.

Les squads sont des équipes chargées de la réalisation d’une fonctionnalité.
Les tribes sont des regroupements d’équipes afin de favoriser les échanges entre elles.
Les chapters sont des entités transverses inter-équipes qui sont chargées de la cohérence des réalisations entre équipes.
Les guilds sont des groupes de personnes transverses chargées d’améliorer les pratiques.

Ce document présente une organisation à la fois verticale et horizontale afin d’optimiser les échanges entre personnes
tout en évitant le temps perdu. Une approche intéressante à découvrir.

Pour en savoir plus, lisez le document de Henrik Kniberg et Anders Ivarsson.

À l’occasion de la première rencontre organisée lundi 3 décembre 2012 par l’association Agile .Net dans les locaux de Microsoft, j’ai eu la chance de rencontrer pour la première fois Jeff Sutherland, le fondateur de la méthodologie Scrum. L’occasion pour lui de faire le point sur la situation de Scrum dans le monde et plus particulièrement aux États-Unis. Qu’a-t-il dit ? Compte-rendu.

Lire la suite

L’un des piliers de l’Agilité, c’est de permettre à l’équipe d’estimer les évolutions à venir. C’est à cette seule condition qu’elle peut s’engager à réaliser l’évolution dans le délai imparti par le sprint.

Mais comment estimer une évolution quand on n’est pas un pro de cet exercice ? En faisant des estimations relatives et en calculant sa vélocité !

Cet article trouvé sur le blog de Neoxia explique tout cela en détails et très clairement. Après cette courte lecture, vous aurez tout compris ! Merci Amine.

Le 18 avril 2012, j’ai été invité aux apéros Vision IT group afin de présenter les concepts de base de l’agilité. J’ai choisi une approche polémique en opposant la méthode Agile avec le traditionnel cycle en V, avec un esprit partisan sur le premier opposant qui est présenté comme une révolution dans la gestion de projet.

La présentation qui a duré 1h20 sera présentée ultérieurement sur ce même site sous forme de vidéo. L’un des fervents défenseurs du cycle en V classique a animé le débat ce qui a permis des échanges francs et direct.

En attendant cette vidéo, voici la présentation au format pdf (3.3 Mo). Elle est très imagée, claire, attractive et avec la pointe d’humour suffisante pour ne pas être soporifique. Evidemment, en si peu de temps, tout n’a pas pu être dit. Mais l’essentiel y est. Bonne lecture !

Franck Beulé
Chef de projet Agile, expert des technologies de l’Internet et en ergonomie du Web

Grace à French Scrum User Group, j’ai participé à mon premier meetup, un scrum breakfast sur l’agilité chez Google animé par Petra Cross, une employée de Google San Francisco qui a travaillé sur des projets d’envergure, notamment Gmail. Google pratique très largement l’agilité et Petra vient nous expliquer comment. Il est intéressant de voir le nombre de points communs avec nos usages en France, mais aussi quelques différences. Compte-rendu.

Lire la suite