Comprendre l'agilité #Agile #Comprendre #Origine

Dans cet article, je vais vous conter une petite histoire, l’histoire de l’agilité !

Histoire de l'agilité.png

Il faut savoir qu’au départ, cela vient de la gestion de projet informatique, et plus précisément du développement logiciel.

Là, je vais vous raconter l’histoire de Théo, Théo c’est un chef de projet, la gestion de projet n’a pas de secret pour lui, il est expert !

Il doit réaliser le nouveau site internet de sa société. Pas de difficulté particulière pour lui, il dispose d’un cahier des charges complet, il va se lancer.

La 1ère chose qu’il fait, c’est de préparer le travail : trouver l’équipe, définir le planning…

Et voilà le projet sur de bons rails, vous ne trouvez pas ? Le planning est fait, il est détaillé , le projet sera terminé dans 6 mois !

Allez on démarre !

L’équipe commence à travailler sur le projet selon le planning réalisé par Théo, on avance, bien sûr, quelques soucis sont rencontrés, mais bon, rien de méchant…

Théo met à jour son planning, ouf, il avait prévu des tampons, donc pour l’instant tout va bien.

Mince, il n’avait pas prévu que le développeur principal se casse la jambe lors d’un WE ! Hum, pas bon pour le projet, il refait son planning… Plus qu’à annoncer un retard d’un mois !

Vous vous doutez bien que le client n’est pas content !

Voilà, au bout des 7 mois, Théo est fier, le site est prêt, il organise la démonstration à son client (la direction de la communication de son entreprise).

Et là ? Mais qu’est-ce qui se passe ? Le client n’est pas satisfait, Théo et son équipe n’ont pas bien compris son besoin !

Et nous voilà parti pour 6 semaines de correctif !

Cette petite histoire est très proche de la réalité malheureusement, le besoin du client évolue, n’est pas évident à comprendre, l’équipe n’arrive pas à respecter le planning qu’on a estimé !

Il existe une solution miracle ? Non ! Mais les méthodes dites agile vont permettre de diminuer un peu ces risques.

Comment ? En appliquant quelques règles du génie logiciel !

Pour mieux comprendre, on va reprendre l’histoire de Théo.

Théo doit donc refaire le site internet de la société. Pour cela, il va travailler de concert avec le client qui lui racontera l’histoire de son site ! C’est un dialogue permanent durant tout le projet.

Mais autre changement, il ne fera pas de planning ! Si un macro planning qui définira juste les grands jalons du projet (les versions par exemple).

Et pour le reste, il fera confiance à son équipe qui s’organisera toute seule. Oui, Théo n’aura plus à lui communiquer toutes les semaines les tâches à faire, l’équipe s’autogère, elle définit elle-même le travail à faire ! Bon, d’accord au début, Théo, il a du mal car il doit apprendre à lâcher prise sur le travail de ses équipiers, et accepter de perdre un peu le contrôle.

Mais en fin de compte, cela se passe bien. Théo utilise avec son équipe la méthode SCRUM qui préconise un certains nombres de cérémonials, quelques règles. Tout le monde a été formé.

Le développeur qui se casse la jambe ? pas grave on ajuste le « A faire », et on avance tranquillement !

Le projet avance, le client fait des retours réguliers (lors des cérémonials prévus) , il lui arrive même d’ajouter des demandes ou d’en supprimer. Le projet avance et au bout de 6 mois, l’équipe peut mettre une version du site en ligne, une version conforme aux souhaits du client.

Dans cette petite histoire, on voit quelques notions importantes des méthodes dites agile :

  1. L’implication du client avec des retours réguliers lors des cérémonials
  2. Responsabilisation de l’équipe (auto-gestion)
  3. Lâcher prise de la part du chef de projet (bon, là, ce n’est pas écrit dans le manifeste, mais je pense que c’est hyper important !).
  4. On s’adapte en permanence : on peut ajouter ou supprimer des fonctionnalités durant tout le déroulement du projet sans problème.
  5. On livre à la date prévue, un logiciel qui fonctionne ! (voir mon article ….. Pour mieux comprendre ce concept).

L’agilité, c’est vraiment un changement d’état d’esprit pour tous les acteurs du projet et de l’entreprise (client, équipe projet, management).

Ce qui est important de retenir, c’est qu’il s’agit d’une méthode adaptable, flexible, axé sur le résultat et non sur comment on va le faire !

Envie d’en savoir plus ? N’hésitez pas à me contacter !

Répondre

Entrez vos coordonnées ci-dessous ou cliquez sur une icône pour vous connecter:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion /  Changer )

Photo Google

Vous commentez à l'aide de votre compte Google. Déconnexion /  Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion /  Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion /  Changer )

Connexion à %s