Histoire de l’agilité

Impulsion LogoLes personnes du groupe Impulsion38 (Réseau de cadres en recherche d’emploi) m’ont demandé un petit article sur l’agilité pour leur dernière lettre d’information, je leur ai proposé une courte « Histoire de l’Agilité », la voici.

Histoire de l’Agilité

Les méthodes Agiles ont été imaginées dans les années 90, pour essayer de résoudre les 4 problèmes les plus rencontrés lors de la conduite de projet informatique.

1- Définition exhaustive du besoin en amont
Toutes les équipes de réalisation souhaitent avoir une définition précise du produit à réaliser pour qu’il n’y ait pas de changement à gérer et que le projet reste dans son budget et son planning initiaux. Compte tenu de la complexité des projets actuels, de l’évolution des technologies et de la concurrence féroce, ce souhait est malheureusement irréaliste.
Les méthodes agiles proposent d’adopter une approche empirique qui consiste à apprendre en faisant, donc il est possible, et même recommandé, de démarrer un projet rapidement en se donnant la possibilité de le faire évoluer au fil du temps. Les coûts de reprises générés sont largement compensés par les gains dans la définition du besoin et la réduction du périmètre du projet.
Continuer la lecture de « Histoire de l’agilité »

Engagement … comment faire ?

Jeu des CubesA l’origine la méthode Scrum stipulait que l’équipe devait s’engager lors du Sprint Planning Meeting sur la quantité de Story qu’elle se sentait capable de terminer durant l’itération. Cet engagement, qui n’était pas écrit avec le sang de l’équipe, était néanmoins important et l’équipe devait faire tout son possible pour tenir cet engagement … pris librement et sans contrainte, il n’est pas inutile de le rappeler.

Il semble dernièrement qu’il y ait une évolution sur cette notion d’engagement de sprint. En argumentant sur le fait que tout engagement introduit un biais qualitatif (une équipe qui prend un engagement ferme sur une durée + un contenu n’a plus que le paramètre qualité comme variable d’ajustement – en agile comme ailleurs, il n’y a que 4 paramètres d’ajustement en terme de gestion de projet), il y a discussion sur le fait qu’il faille maintenir, ou pas, l’engagement de début de sprint.

J’avoue ne pas avoir de problème avec cet engagement et je pense qu’il est concevable que l’équipe donne un coup de collier ponctuel pour tenir son engagement (pris sans contrainte je vous le rappelle). Cet effort me semble compatible avec la notion de « rythme soutenable » du manifeste sous réserve que l’équipe ne doivent pas faire cet effort de façon permanente. Nous avons tous donné un coup de collier à un moment ou un autre de notre vie pour tenir un engagement que nous avions pris librement et sans pour autant trouver cela anormal.

Donc partons sur le principe que les équipes Scrum s’engagent en début de sprint, alors la question qui se pose est : Comment prendre un engagement ?

Continuer la lecture de « Engagement … comment faire ? »

Agile : J’aime / J’aime pas

Pour animer la dernière rétrospective d’une équipe qui pratique l’agilité depuis 2,5 mois sur un projet de monétique, j’ai demandé à chaque participant de me donner un éléments de l’agilité qu’il aime et un élément qu’il n’aime pas.

Je souhaite partager avec vous ces réponses, qui n’engagent bien entendu que cette équipe spécifique dans son contexte spécifique 🙂

Tout d’abord quelques éléments de contexte :

  • Une équipe de 3 Product Owner + 1 représentant métier
  • Un Scrum Master
  • Une équipe de 4 développeurs
  • Les POs et les équipiers sont sur des sites distants de quelques centaines de kilomètres.
  • Les sprints font 2 semaines et de vrais utilisateurs sont présents (par connexion car ils sont à l’étranger) à la démo de sprint

Et voici les réponses au J’aime / J’aime pas, assaisonné d’une petite explication dite oralement durant la rétrospective

Continuer la lecture de « Agile : J’aime / J’aime pas »