Référentiel de pratiques de l'Institut Agile

Essai de glossaire en ligne avec le Souligneur.

L'Institut Agile a publié une première version du référentiel de pratiques agiles. L'objectif est de le faire connaître largement dans la communauté francophone. Je contribue bien volontiers à cette initiative française, qui n'a pas d'équivalent ailleurs.

On parle beaucoup d'instituts en ce moment, avec ceux qui se consacrent aux sondages, mais c'est plutôt pour dire : Destituons les instituts. On peut être rassuré, l'Institut Agile est beaucoup plus transparent.

A propos d'institut, j'ai travaillé il y a une vingtaine d'années dans l'Institut du Génie Logiciel. En fait c'était une société (IGL) qui avait été fondée par un ancien prof de fac. C'est vrai qu'institut, cela donne un côté universitaire.

Le référentiel vient avec des outils simples permettant de l'exploiter facilement. Parmi eux, le Souligneur que j'expérimente sur cette page. Il permet de créer automatiquement des liens depuis des termes que j'utilise vers les fiches correspondantes du référentiel. Le terme apparaît souligné (en pointillé) et visiteur peut consulter sa définition : une bulle d'aide apparaît quand on survole le mot souligné ainsi.

Voici un extrait de mon livre, légèrement adapté, pour tester le Souligneur :


Si la culture agile est nouvelle, des pratiques maintenant qualifiées d’agiles existaient avant, pour certaines avant le Manifeste Agile et même avant les premières méthodes agiles. Des pratiques sont reconnues depuis longtemps par la communauté des spécialistes du génie logiciel, par exemple :

  • livrer fréquemment et régulièrement le logiciel (développement incrémental),
  • faire des cycles de développement courts et limités dans le temps, appelés itérations,
  • constituer une équipe complète pour un développement,
  • favoriser l'auto-organisation des membres de l'équipe en les responsabilisant,
  • avoir le représentant des utilisateurs sur le même site que le reste de l’équipe,
  • produire des plans à plusieurs niveaux : détaillés uniquement pour le court terme, et plus généraux pour le moyen terme,
  • développer en faisant l'intégration continue du code,
  • faire des bilans de projet dans le but d’améliorer la façon de travailler.

D’autres sont apparues avec les méthodes agiles et sont devenues indiscutables, après avoir été éprouvées sur de nombreux projets :

  • avoir un backlog de produit tenant compte des priorités,
  • suivre l’avancement des projets par la tenue d’une réunion quotidienne,
  • écrire les tests avant d’écrire le code (développement par les tests)
  • pratiquer, de temps en temps, le travail en binôme, technique qui consiste à avoir deux personnes derrière un seul écran pour partager les connaissances.

Prises individuellement, ces pratiques sont déjà efficaces. Insérées dans le cadre cohérent d’une approche agile, elles se renforcent mutuellement, et contribuent à la qualité du produit et à son utilité.


Qu'en pensez-vous de ce Souligneur ?

Commentaires

1. Le lundi 14 mars 2011, 20:55 par Oaz

Je ne sais pas si, à la longue, le souligneur ne va pas perdre de son intérêt mais pour ce qui est du référentiel en lui-même je trouve ça très intéressant.
Il permet de matérialiser le "framework agile" qui semble aujoud'hui prendre plus d'importance que les "méthodes agiles" vues au cas par cas.

2. Le lundi 14 mars 2011, 23:41 par sfui

Je trouve cette initiative très interessante. Bravo !

Cependant, il y a des éléments que je ne comprends pas très bien dans ce référentiel, et j'avoue ne pas avoir eu d'échos à propos de ces interrogations…

Notamment, je ne comprends pas la distinction Compétences vs Pratiques lorsque l'on met, par exemple, "Développement par les tests" dans Compétences et "Développement par les tests client" ou "BDD" dans Pratiques ?

Tentative d'explication : une compétence c'est du savoir être, tandis qu'une pratique c'est du savoir-faire.
3. Le mardi 15 mars 2011, 11:05 par sfui

Claude,

je suis tout à fait d'accord avec cette définition, d'où mon incompréhension…

Par exemple, je peux lire dans BDD (définit dans les Pratiques) : "BDD est une élaboration des pratiques TDD (développement par les tests) et ATDD (développement par les tests client) ...". En lisant ça, j'ai l'impression que TDD est une pratique. Cependant, je retrouve dans Compétences ?!

Mais peut-être que je pinaille…

4. Le mercredi 16 mars 2011, 09:42 par Antoine

A mon avis, le rentre dans les deux catégories "compétence" et "pratique".
Le , c'est, au départ, une pratique dans le sens où c'est une façon de travailler.
Mais pour faire du , il ne suffit pas de suivre bêtement une méthode, il faut la comprendre, se l'approprier, apprendre à la mettre en oeuvre. Et à au fur et à mesure que l'on se forme à cette pratique, qu'on la pratique, on développe une compétence, celle du .