Pour comprendre l'origine de la méthode Agile, il faut commencer par la gestion traditionnelle des projets. La gestion de projet traditionnelle, souvent appelée Waterfall, est un ensemble rigide de normes et de pratiques utilisées pour gérer les projets du début à la fin. Elle est régie par le Livre des connaissances en gestion de projet (PMBOK), qui régit chaque document et chaque processus.
Cependant, jusqu'à la version la plus récente, il n'y avait que peu ou pas de discussion sur la valeur. Les 370 pages du PMBOK vous guident tout au long du processus de livraison. Et soit vous terminez votre projet, soit vous l'abandonnez.
C'est terrifiant. La plupart d'entre nous ne construisent pas de ponts, mais tentent d'apporter de la valeur à leur travail tout en s'adaptant au changement. Le leadership n'est pas clairement défini et la plupart des gens sont capables de remplir tous les rôles requis. La méthode Agile.
La méthode Agile s'est développée comme une critique directe de tout ce qui concerne la gestion de projet traditionnelle. Même les valeurs sur lesquelles le Manifeste Agile a été construit sont en opposition avec ce que le PMBOK a dit pendant des années. Devinez quoi, cela a fonctionné. En confrontant des valeurs qui ne correspondent pas aux besoins d'un projet avec une approche alternative, les gens ont pu réussir. C'est désormais le processus de réflexion standard dans la plupart des projets de développement de logiciels.
En outre, tous les secteurs d'activité constatent les avantages de l'utilisation de la méthode Agile dans leurs pratiques. Encore une fois, Agile n'est pas une chose, mais elle peut être résumée comme étant l'autre chose. C'est la pratique à utiliser lorsque le travail traditionnel ne peut pas s'appliquer à votre situation actuelle. Le manifeste Agile s'ouvre sur quatre valeurs qui, indépendamment de la pratique, fournissent des indications sur la manière de gérer les projets Agile. Quelles sont les valeurs Agile ?
Pour moi, elles se lisent comme un appel aux dirigeants qui ont pris leur temps pour responsabiliser les personnes qui s'approprient le travail. Chacune d'entre elles est conflictuelle, exigeante et fournit une voie claire pour ce que les développeurs attendent des dirigeants. Leur travail peut ouvrir la voie à chaque secteur d'activité pour remettre en question le statu quo et adopter une nouvelle approche.
Différences entre Agile et Waterfall
Nous abordons ici les différences fondamentales entre la gestion de projet agile et la gestion de projet traditionnelle en cascade.
1. Les individus et les interactions plutôt que les processus et les outils
À première vue, c'est simple. Si vous valorisez vos collaborateurs et leur faites confiance pour travailler, ils peuvent le faire quels que soient les outils. Mais cela se lit comme un affront direct aux idées de la gestion de projet traditionnelle.
L'approche Agile dit aux dirigeants que lorsqu'ils veulent que quelque chose soit accompli, ils ne peuvent pas s'imposer un objectif. Au lieu de cela, ils doivent collaborer. Faites confiance au travail que vous faites et produisez quelque chose de significatif.
2. Un logiciel fonctionnel plutôt qu'une documentation exhaustive
Dans la gestion de projet, les résultats proviennent du travail achevé et des produits finis. C'est difficile lorsque vous travaillez dans un contexte dynamique. Les choses changent et les besoins changent aussi.
Les logiciels sont à l'origine de l'itération, mais celle-ci est présente dans tous les départements. L'équipe ne peut pas et ne doit pas être responsable de prouver sa valeur. Il s'agit d'un processus de collaboration entre la direction, l'équipe et le monde dans lequel elle évoluera.
3. Collaboration avec le client sur la négociation du contrat
En parlant de collaboration, celle-ci devrait faire mouche. La plupart des personnes qui effectuent le travail de livraison ne comprennent pas le processus de négociation des contrats. La collaboration est essentielle lorsque les changements sont fréquents et nécessaires. De nombreuses personnes n'ont pas une idée claire de ce qu'elles veulent, au lieu de s'appuyer sur des idées. Le système de production d'incréments de produits livrables peut aider les parties prenantes à voir ce qui est possible. Cela peut favoriser la collaboration.
4. Répondre au changement plutôt que suivre un plan
C'est la principale raison pour laquelle la méthode Agile est aujourd'hui une pratique reconnue et célébrée. C'est la seule raison pour laquelle les développeurs de logiciels ont voulu changer le système, mais tous les départements en ont pris note. Le monde dans lequel nous vivons doit répondre au changement. Les clients changent, les parties prenantes changent et c'est normal. Il faut laisser faire et s'adapter. Ensuite, il faut trouver un moyen de mettre en place un processus permettant de tirer parti de ces changements.
Toutes les pratiques agiles ne conviennent pas à tous les départements. Au lieu de cela, laissez-le être le cadre qui fournit une alternative à une approche éprouvée pour réaliser le travail que vous souhaitez. Trouvez ce que vous devez changer et laissez un processus axé sur les personnes vous propulser vers l'avant.
Si vous souhaitez en savoir plus sur la méthode Agile, consultez nos prochains cours ou contactez-nous!
