Auteur/autrice : Alexandre Boutin

Exercices agiles ou l’apprentissage efficace

Depuis longtemps je suis convaincu que la pratique est la meilleure façon d’apprendre, et c’est pour cette raison que je facilite les exercices agiles (ou jeux agiles) dans le cadre de mes formations et de mon coaching (j’ai d’ailleurs créé le jeu du Casino Game que je mettrais à disposition de la communauté très prochainement).

La semaine dernière nous avons donné avec Fred un cours en Master Miage I à l’université décomposé en 3h de Travaux Dirigés (session obligatoire) et 3h de cours magistral (session facultative). Sur la base des feedbacks des étudiants de l’année dernière, nous avons cette fois ci commencé par le TD qui comprenait 2 jeux : « Artistes et Spécifieurs » et « XP Game », puis le lendemain nous avons fait le cours théorique. Continuer la lecture de « Exercices agiles ou l’apprentissage efficace »

Outils et Agilité … un compromis possible

Un des 12 principes du Manifeste Agile est la préconisation des échanges en face-à-face qui va de paire avec la valeur « Individus et leurs Interactions » plutôt que « Processus et Outils ».

Lors de mes formations j’insiste beaucoup sur cet aspect de la communication en physique que rien ne remplace vraiment, ni les webcam, ni Skype, ni simplement le téléphone … et pourtant, hier l’équipe que je coach a utilisé un outil entre Lyon et Paris … et pour être honnête c’était aussi bien que si nous avions discuté en face-à-face. Continuer la lecture de « Outils et Agilité … un compromis possible »

Etude VersionOne 2010 disponible

versionone_logoL’étude VersionOne 2010 sur la mise en œuvre de l’agilité vient de paraître et cette 5ème édition reste dans la logique des années précédentes avec des résultats similaires … quoique différents.

Comme je suis un utilisateur régulier de cette étude puisque je reprends régulièrement certains de leurs tableaux dans mes formations et présentations diverses, je vais essayer de vous décrire les différences principales avec les résultats publiés en 2009.

Continuer la lecture de « Etude VersionOne 2010 disponible »

Planification et découplage

Pour aller vite et être en mesure de respecter les jalons demandés, il est indispensable de simplifier et de découpler les activités qui sont a réaliser. Malheureusement la grande majorité des techniques de planification traditionnelles conduisent plutôt à augmenter ce couplage et pour s’en rendre compte il suffit de comparer les approches traditionnelles et agiles sur 3 aspects essentiels de la planification :

  • Gestion des dépendances
  • Utilisation des ressources
  • Chemin critique

Continuer la lecture de « Planification et découplage »

Assemblée Générale du CARA

Logo CARALe Club Agile Rhône Alpes organise son Assemblée Générale ce mercredi 15 décembre 2010 à partir de 18h30 dans les locaux de l’Ensimag sur le campus de St Martin d’Hères.

C’est l’occasion pour tout ceux qui ont participé à des soirées sur l’agilité ou à la conférence Agile Grenoble 2010 de savoir comment fonctionne le CARA et quels seront ses objectifs pour 2011 (seuls les membres à jour de leur cotisation pourront participer aux votes)

Ordre du Jour de l’AG (18h30 – 20h00)

  • Rapport Financier – Vote pour approbation
  • Rapport Moral – Vote pour approbation
  • Élection des membres du Conseil d’Administration (10 places à pourvoir) – Vote pour élection

    Réunion du CA nouvellement élu (20h00 – 21h30)

    • Élection du bureau pour 2011
    • Organisation de l’année 2011

    Moins c’est mieux !

    yinYangJe suis convaincu depuis longtemps que l’agilité génère moins de bugs que les méthodes traditionnelles et j’avoue avoir souvent argumenté cela par la mise en place d’un socle technique et de pratiques d’ingénierie (Tests automatiques, Intégration continue …)

    Dernièrement j’ai eu l’occasion de jouer une demi douzaine de fois le jeu « Artistes et Spécifieurs » dans un contexte universitaire et professionnel, et cela m’a donné l’opportunité de confirmer un argument supplémentaire pour expliquer pourquoi l’agilité génére moins de bugs que les méthodes traditionnelles.

    Bien entendu il ne s’agit pas d’une pratique d’ingénierie car le jeu n’en comporte aucune mais bien d’un effet très intéressant lié au processus même de l’agilité.

    Continuer la lecture de « Moins c’est mieux ! »

    Jouer avec les clients pour innover #5

    DInnovation Gameernier article de la série « Innovation Games ® » avec les 4 derniers jeux. Si cette série vous a plu ou déplu, merci de rédiger un petit commentaire 🙂

    Give Them a Hot Tub

    Objectifs : Utiliser des fonctionnalités hors de propos (excessives) pour découvrir des besoins réels

    Préparation : Etablir une liste de fonctionnalités excessives pour votre produit (par exemple un lecteur MP3 pourrait « faire du café », ou « casser du béton » ou encore « toiletter les chiens »). Faire cela en 2 réunions en interne espacées de quelques jours pour avoir des idées sympa et vous donner le temps d’être à l’aise avec ces fonctionnalités surprenantes, car il faudra tenir le choc devant vos clients.

    Activités : Le facilitateur est primordial pour cet exercice, son rôle est de présenter chaque fonctionnalités puis de demander aux utilisateurs s’ils acceptent la fonctionnalité en l’état, la refuse totalement comme quelque chose dont ils n’ont pas besoin ou la transforment en quelque chose qui pourrait leur être utile. Les bénéfices du jeu sont majoritairement récoltés dans cette action de transformation d’une idée excessive en quelque chose d’utile, et il était nécessaire de surprendre vos utilisateurs pour les faire réfléchir dans une direction qu’ils n’auraient pas imaginé.

    Continuer la lecture de « Jouer avec les clients pour innover #5 »

    Jouer avec les clients pour innover #4

    Quatrième billet dans lequel je décris 4 jeux supplémentaires

    Buy a Feature

    Objectif : Prioriser les futures fonctionnalités du produit

    Préparation : Listez les fonctionnalités que vous envisagez de mettre dans votre produit et associez un prix à chacune d’entre elles (vous pouvez demander au préalable à votre équipe technique d’évaluer l’effort de réalisation pour vous aider à mettre un prix mais ce n’est pas indispensable). Préparez également des faux billets de 1 ou 5 euros aux couleurs de votre entreprise/produit et les remettre aux participants en quantité égale, et faite en sorte que plusieurs fonctionnalités soient trop chères pour être achetées par 1 seul participant.

    Activités : Ce jeu fonctionne mieux avec un groupe réduit de 4 à 7 joueurs car la discussion est essentielle. En effet, les joueurs vont devoir discuter et s’associer pour acheter les fonctionnalités chères qui leur sont réellement utiles. Plutôt que d’avoir la réponse « je veux tout », vous mettez vos participants dans l’obligation de définir les priorités des futures fonctionnalités. Les fonctionnalités achetées en premier sont bien entendu celles qui doivent être dans la prochaine release. Bien entendu, il ne faut pas qu’il y ait suffisamment d’argent au total pour acheter toutes les fonctionnalités.

    PS : C’est la technique que je pense utiliser lors des mes sessions « Mes échecs avec Scrum ! » que je présenterais en France en 2011

    Continuer la lecture de « Jouer avec les clients pour innover #4 »

    Jouer avec les clients pour innover #3

    Troisième billet de cette série dans lequel je vais vous décrire les 4 premiers Jeux Innovants dans l’ordre dans lequel ils sont présentés dans le livre de Luke Hohmann (dont il y aura 5 billets au total et non 4 comme prévu initialement … je gère le changement en mode agile pour m’adapter à ma vélocité mesurée 🙂 ).

    Prune the Product Tree

    Objectif : Mettre en forme votre produit ou service pour qu’il s’adapte aux besoins de votre marché (la traduction de « prune » est « tailler » et non « couper »)

    Préparation : Demander à vos utilisateurs de dessiner un arbre sur une grande feuille de papier ou faire imprimer une image stylisée d’un arbre. Les branches épaisses représentent les parties principales de votre produit et les feuilles qui leurs sont associées sont les fonctionnalités actuelles de votre produit (à l’aide de postIT simple ou mieux encore, des postIT en forme de feuille d’arbre). Le bas du tronc et les racines de l’arbre représentent vos activités de support et d’assistance clientèle. Continuer la lecture de « Jouer avec les clients pour innover #3 »