Agile en dehors du développement de logiciels - est-ce possible ?

Au début des années 2000, les premiers services informatiques ont commencé à adopter les méthodes de travail agiles. Il est rapidement apparu qu’elles produisaient de meilleurs résultats. Aujourd’hui, Agile est la norme dans le développement de logiciels (95 % des organisations l’utilisent - État de Agile, 2020). Il n’est donc pas étonnant que de plus en plus d’entreprises se demandent : Agile peut-il être utilisé pour des projets non logiciels ? Je te montre quand l’utilisation d’Agile en dehors du développement de logiciels a un sens et comment cela peut se traduire dans la pratique.

 

Pourquoi les entreprises misent-elles sur l’utilisation d’Agile en dehors du développement de logiciels ?

Avant d’aborder la question de savoir comment Agile fonctionne en dehors du développement de logiciels, jetons d’abord un coup d’œil sur les raisons qui poussent les entreprises à adopter la méthode de travail Agile dans d’autres départements et secteurs. Pour aller droit au but : Agile permet aux entreprises de créer un meilleur produit final en moins de temps. Pour cela, les frameworks agiles mettent en œuvre entre autres 

 

• • une meilleure communication dans et entre les équipes  

• • régulier Rétrospectives pour améliorer continuellement le travail fourni,

• • une culture du feedback ouverte et

• • une méthode de travail transparente et plus efficace

Tu profites de ces avantages surtout lorsque l’environnement de travail est complexe (voir le modèle Cynefin) est. 

Modèle Cynefine

Source : Cynefin : méthodes agiles – ou pas | MT AG (mt-itsolutions.com)

Agile crée alors une structure pour les équipes qui leur permet de structurer, d’évaluer et d’adapter plus facilement les processus de travail. Il n’y a plus un seul plan directeur, mais de nombreuses petites étapes que les équipes franchissent. Et au lieu d’un chef de produit ou d’un dirigeant unique, la responsabilité est répartie sur les épaules de toute l’équipe.

Les avantages de la méthode de travail Agile pour les projets non-IT sont donc évidents. Mais comment l’Agile non-IT peut-il fonctionner dans la pratique ? Après tout, Agile a été développé pour améliorer les processus de développement de logiciels. L’Agile peut-elle donc être utilisée pour des projets non logiciels ?

A quelques exceptions près, je peux répondre par un “oui” clair et net. Cependant, tu ne peux pas simplement choisir un framework comme Scrum et l’appliquer comme modèle à ton projet. Cela ne fonctionne pas tout seul, car la plupart des frameworks sont conçus pour les processus de l’informatique. 

Pour mettre en œuvre Agile dans d’autres domaines de travail, tu es donc confronté à ces deux possibilités au début :

 

1. 1. Tu n’adoptes que le cadre d’un framework agile et tu adaptes le reste aux exigences du secteur, du projet et des équipes.

1. 1. Tu ne décides que de certains éléments d’un framework agile et tu les mets en œuvre.

En règle générale, il est difficile pour les entreprises de mettre en œuvre avec succès la première approche. Sans un soutien professionnel complet, les organisations ne sont pas en mesure d’appliquer le cadre d’un framework à leurs processus. 

Pour la pratique, je te recommande donc concrètement : commence avec ton entreprise soit avec la méthode agile Kanban, soit avec agile Rétrospectives à. Les deux approches sont un pas suffisamment grand pour montrer aux équipes et aux départements les avantages de l’Agilité – sans les surcharger. 

Il peut être utile de ne pas parler officiellement d’Agile. Cela évite aux équipes d’avoir de fausses attentes et leur permet d’aborder les nouveaux processus sans réserves ni craintes, au cas où certains collaborateurs auraient déjà fait de mauvaises expériences. 

Il existe quelques exceptions où Agile n’a que peu ou pas de sens en dehors du développement de logiciels : 

Projets avec des exigences strictes

Les entreprises qui doivent toujours se conformer à des exigences strictes, telles que la conformité aux réglementations gouvernementales ou aux certifications, ne peuvent pas suffisamment adapter leurs processus pour profiter des avantages de l’Agilité. La nature itérative et adaptable des approches agiles ne peut alors pas être transposée à la méthode de travail. 

Clients avec contrôle des modifications

Si les organisations travaillent avec des clients qui veulent vérifier chaque étape de travail par la documentation et le contrôle des changements, la barrière à l’introduction d’Agile est trop grande. Car : il est dans la nature d’Agile de répartir la responsabilité sur de nombreuses épaules. Les équipes peuvent et doivent prendre des décisions de manière autonome. Ce n’est guère possible avec un contrôle permanent. 

À quels secteurs cela s’applique-t-il ?

Les projets avec des exigences strictes et les clients avec un contrôle des changements se trouvent surtout dans des secteurs très réglementés comme l’aviation, la santé et l’armée. La gouvernance et le contrôle y sont des piliers essentiels. 

Bien que tu puisses appliquer certains concepts agiles dans ces secteurs, comme l’amélioration continue - par exemple les rétrospectives -, les avantages réels d’Agile sont atténués par ces conditions-cadres.

 

Utilisation d’Agile en dehors du développement de logiciels : 3 exemples pratiques

Pour que nous n’abordions pas l’Agile non-IT uniquement de manière théorique, jetons un coup d’œil à 3 exemples pratiques. Ils te montrent comment Agile peut fonctionner dans des projets non logiciels et ce que Agile change dans ce contexte :

Agile en dehors du développement de logiciels : Conception UX

Les techniques Agile dans les équipes de design aident à développer des produits qui sont étroitement liés aux besoins de leurs utilisateurs – sans qu’il faille attendre des mois avant le lancement sur le marché. Grâce à son caractère itératif, Agile supprime la pression de la perfection arbitraire et aide les designers UX à travailler de manière plus flexible et adaptable. 

Pour y parvenir, Agile introduit par exemple le “Design Sprint” dans le design UX. Toutes les parties prenantes importantes travaillent ensemble pendant 4 ou 5 jours pour développer un produit testable à partir d’une première idée. Les Design Sprints débouchent souvent sur des projets réussis qui sont mis en production exactement de la même manière. 

Le site Plate-forme d’apprentissage en ligne américaine Quizlet a par exemple ajouté des outils de diagrammes à son portefeuille. Même si un Design Sprint ne produit pas de résultat satisfaisant, il montre rapidement quelles idées et approches ne mènent pas au but. C’est une connaissance indispensable pour prendre le bon chemin – sans gaspiller trop de ressources.

Astuce : au cours du design sprint, invite quelques fois le “client” ou le groupe cible pour obtenir directement un premier feedback.

Agile en dehors du développement de logiciels : Marketing

Agile dans le marketing s’appuie sur les données et les analyses pour trouver en permanence des potentiels et des solutions aux problèmes en temps réel, pour effectuer des tests et évaluer immédiatement les résultats et pour itérer rapidement. Dans la pratique, cela signifie qu’un département marketing mène plusieurs campagnes en même temps et développe de nouvelles idées chaque semaine. Contrairement au marketing top-down, le marketing agile n’est donc pas motivé par des objectifs d’acquisition élevés et un plan de campagne rigide, mais par le marché.

Sleeknote, un fournisseur de logiciels de commerce électronique, a réussi à augmenter considérablement sa production et son trafic organique grâce au marketing agile. Pour cela, elle a travaillé avec des sprints hebdomadaires, des backlogs de produits et des tableaux Kanban. McKinsey estime qu’avec le marketing agile, les entreprises peuvent augmentent leur chiffre d’affaires de 20 à 40.

Agile en dehors du développement de logiciels : Recrutement

Agile dans le recrutement aide les organisations à attirer des talents hautement qualifiés et des demandeurs d’emploi passifs, et à réduire le taux de rotation des employés dans l’entreprise. Pour cela, Agile considère le recrutement comme un département de produit qui a un impact direct sur le chiffre d’affaires. Pour cela, elle doit réagir rapidement et continuellement sur le marché, tout en s’adaptant constamment aux besoins des demandeurs d’emploi.

IBM, par exemple, a son propre cadre de travail appelé “Agile dans l’acquisition de talents” (AgileTA) pour mettre en œuvre Scrum dans le département des ressources humaines. Les rétrospectives, en particulier, permettent d’évaluer le travail effectué et de découvrir les potentiels inutilisés et les erreurs. 

Agile offre aux entreprises la possibilité de créer plus rapidement de meilleurs produits. L’utilisation d’Agile en dehors du développement de logiciels est possible dans de nombreux départements et secteurs. Il est important de ne pas vouloir tout faire en même temps. Sans soutien professionnel, les organisations devraient commencer par des éléments Agile de base tels que les rétrospectives, afin de pouvoir ressentir les premiers effets d’Agile dans la pratique. Ensuite, ils peuvent intégrer petit à petit d’autres éléments d’un cadre dans leurs processus. Notre atelier te montre les 7 erreurs que tu dois absolument éviter lors d’une transformation agile. Projet Scagile. N’hésite pas à venir voir, les ateliers sont gratuits.

En plus, je peux te recommander de regarder l’outil Echometer (Plus d’informations ici : Le meilleur logiciel gratuit pour les rétrospectives agiles ). Il convient particulièrement bien aux équipes qui viennent peut-être de commencer à utiliser des méthodes agiles.