Recherche
Fermer cette boîte de recherche.

Ne pas courir après les chutes d'eau

En 1910, Henry Gantt a élaboré un cadre qui a été utilisé pendant la Première Guerre mondiale pour gérer les manœuvres d'armement. Depuis, le "diagramme de Gantt" fait partie du vocabulaire de la gestion de projet. Dans son livre "The art of doing twice the work in half the time" (L'art de faire deux fois le travail en deux fois moins de temps), Jeff Sutherland explique...
Travail agile

En 1910, Henry Gantt a élaboré un cadre qui a été utilisé pendant la Première Guerre mondiale pour gérer les manœuvres d'armement. Le "diagramme de Gantt" fait depuis lors partie du vocabulaire de la gestion de projet.
Dans son livre "The art of doing twice the work in half the time" (L'art de faire deux fois le travail en deux fois moins de temps), Jeff Sutherland explique :

C'est tellement tentant : tout le travail à effectuer sur un projet de grande envergure est exposé à la vue de tous. J'ai visité de nombreuses entreprises dont le seul travail consiste à mettre à jour ce diagramme de Gantt tous les jours. Le problème, c'est qu'une fois que ce plan élégant rencontre la réalité, il s'effondre. Mais au lieu d'abandonner le plan ou la façon dont ils l'envisagent, les dirigeants embauchent des personnes chargées de donner l'impression que le plan fonctionne. En fait, ils paient des gens pour qu'ils leur mentent.

Les chants de Gantt symbolisent la gestion de projet "en cascade", une approche de relais où la tâche/étape précédente doit être achevée avant de passer à la suivante (Découvrir ⇒ Concevoir ⇒ Développer ⇒ Tester). Tous les projets (quelle que soit l'approche) sont confrontés à un certain niveau d'incertitude, qu'il s'agisse des exigences ou peut-être de la solution technique. Les projets en cascade tentent de contrer cette incertitude en investissant du temps dans la spécification et l'estimation de chaque élément de travail nécessaire à la réalisation de la solution.

Malheureusement, l'être humain n'est pas doué pour l'estimation ! En fait, le bien nommé cône d'incertitude¹ indique que les estimations sont régulièrement erronées jusqu'à 600 % lorsqu'elles sont faites au début d'un projet ; si elles sont si erronées, pourquoi s'en préoccuper ?

En plus de la planification imprécise et des délais fictifs, la quantité d'énergie humaine utilisée pour créer ce plan global signifie que tout besoin de changement se heurte à une grande résistance et est découragé.

En résumé, le modèle est obsolète, résiste au changement, risque de déborder et l'artefact principal, le diagramme de Gantt, est inévitablement toujours erroné.

Quelle est donc l'alternative ?

Chez Cristie, nous souscrivons au Manifeste Agile², défini par les principes énoncés ci-dessous :

Les individus et les interactions sur les processus et les outils

Logiciel de travail une documentation complète

Collaboration avec le client sur la négociation des contrats

Répondre au changement sur le suivi d'un plan

Cela ne veut pas dire que nous n'apprécions pas ceux qui sont à droite, mais nous donnons la priorité à ceux qui sont à gauche. Pour être plus précis, nous utilisons SCRUM, qui est une variante de l'Agile et tire son nom du sport de rugby ; le parallèle étant qu'une équipe de membres interfonctionnels travaille ensemble pour faire avancer le ballon sur le terrain (c'est-à-dire vers le but).

SCRUM nous permet de gérer l'incertitude en réduisant le risque pour l'entreprise. Pour ce faire, nous travaillons par itérations courtes ou sprints. Au cours d'un sprint, nous travaillons comme une seule équipe, quels que soient le titre du poste ou les compétences. Le sprint est limité dans le temps et nous travaillons sur toutes les étapes de la chute d'eau (découverte, conception, développement, test), mais au lieu de travailler dans un système de relais, nous travaillons ensemble en tant qu'unité unique et exécutons les tâches simultanément.

En abordant des problèmes complexes de cette manière, nous nous donnons la liberté d'innover et d'essayer de nouvelles idées et approches.

Avantages de l'adoption de la méthode Agile

Comment faire ?

L'essence de SCRUM est de fournir rapidement de la valeur et de s'améliorer continuellement, ce qui est possible en respectant les principes suivants :

  • Conserver nos rituels
    Nous nous concentrons toujours sur la valeur ajoutée. C'est pourquoi nous n'avons pas beaucoup de réunions, mais celles que nous organisons sont rigoureusement limitées dans le temps, en particulier la réunion quotidienne SCRUM. Cette réunion ne dure pas plus de 15 minutes et nous permet de définir nos engagements quotidiens en tant qu'équipe et d'éliminer rapidement les obstacles.
  • Démonstration de chaque sprint
    Chaque sprint est délimité dans le temps et un objectif centré sur l'utilisateur est fixé au début, ce qui signifie que nous nous concentrons sur la fourniture de valeur à l'utilisateur et que l'équipe s'engage à atteindre l'objectif. À la fin d'un sprint, l'équipe présente ses progrès à l'ensemble de l'entreprise, qui est invitée à les constater et à donner son avis.
  • Inspecter et adapter en permanence
    Ce mantra s'applique non seulement au produit, mais aussi au processus et à l'équipe. Nous ne restons pas immobiles ; à la fin de chaque sprint, nous devons nous demander ce que nous devrions continuer à faire et ce que nous devrions arrêter de faire. Cela nous permet d'éliminer les gaspillages de nos processus et de nous assurer que nous apportons toujours de la valeur ajoutée et que nous améliorons notre production et notre rapidité.

Le résultat de notre adoption de SCRUM est que nous favorisons une culture qui accepte le changement et cherche à obtenir le retour d'information des clients chaque fois que cela est possible. Nous sommes en mesure de fournir de nouvelles fonctionnalités innovantes dans des délais très courts et de réagir aux tendances et aux priorités du marché en fonction des besoins. 

Auteur : Adam Tilley, Delivery Manager (Cristie)

Vous avez une suggestion ?

Si vous avez des commentaires à faire à l'équipe, envoyez-leur un message en envoyant un courriel à feedback@cristie.com.

--

Notes de bas de page

¹ http://en.wikipedia.org/wiki/Cone_of_Uncertainty
² www.AgileManifesto.org

Informations utiles

http://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-US.pdf#zoom=100
http://stateofagile.versionone.com/
https://www.mountaingoatsoftware.com/agile

Nous contacter

Merci de nous avoir contactés. Nous avons bien reçu votre demande.