Pour quels projets l'Agile est-il le mieux adapté ?

Récemment, on m'a demandé quel type de projets se prête le mieux aux processus agiles. À mon avis, ce sont ceux avec des délais serrés, un haut degré de complexité et un haut degré de nouveauté (unicité). On devrait utiliser les méthodes agiles quand on fait quelque chose de nouveau ou quand c'est nouveau pour l'équipe concernée. Si l'équipe a déjà fait quelque chose de nombreuses fois, elle n'a probablement pas besoin de recourir aux méthodes agiles.

C'est là qu'apparaissent des parallèles avec l'industrie manufacturière. Quand on construit la même voiture tous les jours, on finit par connaître toutes les subtilités qui y sont liées. On n'a pas besoin d'une approche agile parce que la situation n'est pas nouvelle. Mais la nouveauté seule ne signifie pas non plus qu'on devrait utiliser un processus agile.

3 facteurs de la planification de projet agile

Récemment, j'ai déjeuné dans un restaurant chinois. J'ai commandé mon entrée « extra épicée avec des jalapeños ». C'était certainement la première fois qu'ils préparaient ce plat exactement de cette façon, ce qui en faisait une nouveauté, donc quelque chose d'unique. Pourtant, c'était délicieux et comme je pouvais voir la cuisine, j'étais certain qu'ils n'avaient eu besoin ni d'un Daily Standup ni du développement piloté par les tests (Test-Driven Development, TDD). (J'ai peut-être pu reconnaître quelques éléments Kanban 😉 ) En plus de la nouveauté, un projet doit également présenter un certain degré de complexité et le dernier élément qui rend un projet adapté à l'Agile est l' urgence. Les intervalles de travail et les itérations dans une approche agile sont conçus pour maintenir l'intensité et la concentration tout au long d'un projet. S'il n'y a pas d'urgence dans un projet, c'est inutile.

Voyons donc comment ces trois facteurs (urgence, complexité, nouveauté) se combinent dans différents projets. Commençons naturellement par les projets logiciels. Les projets logiciels et les méthodes agiles vont parfaitement ensemble, car ces projets sont notoirement très complexes. Chaque projet logiciel est une nouvelle entreprise et dans le monde d'aujourd'hui, presque tout est de toute façon urgent d'une manière ou d'une autre.

Mais examinons une autre situation où Scrum est de plus en plus souvent utilisé : l'organisation d'un mariage. Chaque année, j'entends parler de plusieurs couples qui ont planifié leur mariage à l'aide de Scrum. Il y a toujours un Backlog pour le mariage – acheter le gâteau, choisir le photographe, envoyer les invitations, sélectionner la robe, etc. Qu'en est-il de mes trois facteurs mentionnés ci-dessus ? Urgence ? Check ! Il y a toujours une deadline et elle est généralement assez fixe. Complexité ? Eh bien, un mariage n'est peut-être pas aussi complexe qu'un projet logiciel, mais il comporte ses propres facteurs, souvent liés à des exigences non fonctionnelles, comme un budget fixe, qui s'assoit à côté de qui, quel repas servir et si le groupe du cousin doit jouer à la réception, etc. Nouveauté ? Bien sûr. La plupart des gens ne se marient pas assez souvent pour que la planification d'un tel événement devienne une habitude.

Conclusion : Pour quels projets Scrum et Agile sont-ils adaptés ?

Agile convient le mieux aux projets urgents avec un certain degré de complexité et de nouveauté, ce qui inclut les projets logiciels et les mariages. Cependant, on pourrait se demander si le baiser à la fin de la cérémonie est un Product Backlog Item ou fait partie des critères d'acceptation du produit global…

Ce texte provient du blog de Mike Cohn et a été traduit par nos soins en français.

Document SRS en tant que User Story ?

=> Peut-on transformer un document SRS traditionnel en User Story ?

Le bon moment pour le Planning Poker

=> Voici comment fonctionne le Planning Poker en Scrum

Product Owner Training

=> Participe à l'une de nos formations Product Owner et deviens Product Owner certifié.