Agilité

L'agilité au-delà de l'IT : RH, marketing et leadership agile

Par Anass JdaaPublié le 12 octobre 2026Mis à jour le 15 octobre 202610 min de lecture

L'agilité fonctionne hors de l'IT, à condition de ne pas recopier tels quels les rituels du développement logiciel. En RH comme en marketing, elle consiste à rendre le travail visible, à livrer par petits lots et à corriger le cap grâce à des retours fréquents plutôt qu'à un plan annuel figé. Mais ce qui rend une équipe réellement plus réactive, c'est le leadership : des managers qui fixent des résultats, délèguent les décisions et revoient leurs engagements à intervalles courts.

Qu'est-ce que l'agilité appliquée hors de l'IT ?

L'agilité est née dans le logiciel, mais ses principes ne parlent pas de code : ils parlent de travail incertain. Quand on ne sait pas d'avance quelle annonce attirera les bons candidats ou quel message fera réagir un segment de clients, mieux vaut avancer par étapes courtes que planifier finement sur douze mois. Une équipe RH ou marketing agile applique quelques règles simples :

• Travail visible : chacun voit ce qui est en cours, bloqué ou terminé sur un tableau partagé, pas dans des boîtes mail.
• Petites livraisons : une campagne testée sur un segment ou une étape du parcours d'intégration améliorée, plutôt qu'un grand projet livré d'un bloc.
• Retours fréquents : un point à intervalle fixe avec les clients internes ou externes, suivi d'ajustements concrets.
• Amélioration continue : une courte rétrospective pour décider de ce qu'on change dans la façon de travailler, pas seulement dans le travail.

Inutile d'imposer Scrum au service paie, dont le travail est cadencé par le calendrier et la réglementation. On choisit les pratiques qui règlent un problème réel : délais qui s'allongent, priorités qui changent sans prévenir, travail refait parce que le besoin était mal compris.

Comment appliquer l'agilité aux ressources humaines ?

Une grande partie du travail RH est un flux : candidatures, demandes des collaborateurs, intégrations. C'est le terrain naturel de Kanban, qui part du processus existant au lieu de le remplacer.

Un pipeline de recrutement sur un tableau Kanban

Un tableau Kanban rend le recrutement lisible pour tous, y compris pour le manager qui attend son futur collaborateur. Un point de départ pour les colonnes :

1. Besoin validé avec le manager
2. Sourcing
3. Présélection
4. Entretiens
5. Décision et offre
6. Intégration

La règle décisive est la limite de travail en cours, par exemple un nombre maximal de postes simultanément en phase d'entretiens. Elle oblige à terminer avant de commencer et fait apparaître les goulets d'étranglement : si les cartes s'accumulent devant « Décision et offre », le problème n'est pas le sourcing. Les principes du flux sont détaillés dans la formation Kanban.

Un choix pratique compte : une carte par poste, pas par candidat. Les informations sur les candidats sont des données personnelles, encadrées au Maroc par la loi 09-08 sous le contrôle de la CNDP. Elles restent dans l'outil de recrutement, avec un accès restreint, et le tableau partagé n'affiche que l'avancement.

Des objectifs itératifs plutôt qu'un entretien annuel unique

Un objectif fixé en janvier peut être caduc en avril si l'organisation ou le marché a bougé. L'approche agile garde un moment formel, mais le complète par des objectifs revus à un rythme court, souvent trimestriel, et par un feedback régulier entre manager et collaborateur. L'évaluation annuelle devient une synthèse sans surprise plutôt qu'un verdict.

Ce feedback doit être spécifique et proche des faits : « la présentation de mardi a perdu la salle au troisième tableau » sert davantage que « il faut améliorer ta communication ». C'est une compétence qui s'apprend, côté manager comme côté collaborateur.

Comment appliquer l'agilité au marketing ?

Plutôt qu'un plan annuel et quelques grandes campagnes jugées une fois le budget consommé, l'agilité marketing propose un autre rythme :

• Sprints de campagne : sur une période courte et fixe, l'équipe s'engage sur quelques livrables (une page, une séquence d'e-mails, une série de publications), puis présente le résultat et les premiers retours aux parties prenantes.
• Test-and-learn : avant de tout déployer, on teste un message sur un segment ou une ville, on compare deux variantes et on garde la meilleure. Le critère de réussite est fixé avant le lancement, pas choisi après coup parmi les indicateurs flatteurs.
• Petits lots : une campagne découpée en éléments livrables séparément se corrige en route au lieu d'être jugée en bloc.

Le cadre dépend du travail. Des campagnes planifiables se prêtent aux sprints ; un flux continu de demandes des commerciaux ou de la direction est mieux servi par Kanban, avec une politique de priorisation écrite. Notre comparatif Scrum ou Kanban aide à trancher.

Un piège fréquent : multiplier les sprints sans jamais regarder les résultats. Si la revue de fin de cycle se limite à cocher les livrables, l'équipe a gagné en cadence, pas en apprentissage.

Leadership agile : ce que les dirigeants doivent changer

Si le management pilote comme avant, un tableau et des points courts ne changent rien en profondeur. Le leadership agile repose sur trois déplacements.

Des résultats plutôt que des livrables

« Dix publications par mois » mesure une activité. « Plus de candidatures qualifiées pour les postes techniques » fixe un résultat et laisse l'équipe choisir les moyens. Le manager définit le cap et les critères de réussite ; l'équipe décide du chemin.

Des engagements glissants

Au lieu d'un plan détaillé sur l'année, le dirigeant s'engage précisément sur un horizon court et sur une direction plus large pour la suite, qu'il confirme ou ajuste à chaque revue. Le budget annuel ne disparaît pas ; c'est le détail de son affectation qui se décide au fil de l'eau, avec des informations récentes.

Des droits de décision explicites

Les équipes ralentissent surtout parce que chaque décision remonte. Écrire ce que l'équipe tranche seule, ce qu'elle tranche après consultation et ce qui reste à la direction supprime une grande partie des allers-retours. Une page suffit, à condition que la direction la respecte quand une décision déléguée ne lui plaît pas.

Ces trois changements concernent d'abord les managers, pas les équipes. C'est pourquoi la formation Leadership Agile s'adresse au management et aux fonctions non IT : RH, marketing, support.

Pourquoi l'agilité est-elle plus difficile dans une culture hiérarchique ?

Dans une organisation à hiérarchie marquée, au Maroc comme ailleurs, certaines habitudes sont rationnelles : on attend la validation du chef, on évite de le contredire en réunion, on annonce les mauvaises nouvelles le plus tard possible. Elles heurtent directement les pratiques agiles :

• une rétrospective est inutile si personne n'ose dire ce qui ne va pas devant son responsable ;
• un tableau visible perd son sens si les vrais blocages sont masqués ;
• une équipe « autonome » qui fait valider chaque arbitrage ne l'est que sur le papier.

La réponse n'est pas de supprimer la hiérarchie, mais de changer son rôle. Quelques gestes concrets font la différence :

• Le responsable parle en dernier en rétrospective et en réunion de décision, pour ne pas fermer le débat d'entrée.
• Les problèmes se collectent par écrit avant d'être discutés, éventuellement sans nom, le temps que la confiance s'installe.
• Un problème signalé tôt est accueilli comme une bonne nouvelle, publiquement, la première fois qu'il arrive.
• Les décisions déléguées sont respectées, y compris quand le dirigeant aurait choisi autrement.

Ce signal venu d'en haut pèse plus que n'importe quel outil. À l'inverse, un seul désaveu public d'une décision déléguée suffit à ramener l'équipe à l'ancien mode de fonctionnement.

Comment démarrer l'agilité avec une seule équipe ?

Une transformation décrétée par note de service produit du vocabulaire ; un pilote produit des preuves.

1. Choisir une équipe volontaire avec un problème visible : recrutements qui traînent, campagnes en retard, demandes qui s'empilent.
2. Nommer un sponsor au comité de direction, qui protège l'expérience et lève les obstacles.
3. Fixer un périmètre de décision pour la durée du pilote, par écrit.
4. Démarrer léger : un tableau, un point court, une revue avec les parties prenantes, une rétrospective. Les responsabilités et les événements de Scrum offrent un bon cadre si le travail se planifie en cycles.
5. Mesurer avant et après avec des indicateurs déjà suivis, comme le délai de recrutement ou le délai de traitement d'une demande.
6. Partager les résultats, y compris ce qui n'a pas marché, avant d'étendre à une deuxième équipe.

Quand plusieurs équipes doivent se coordonner, voyez SAFe et l'agilité à l'échelle ; pour inscrire l'agilité dans une modernisation plus large, lisez notre article sur la transformation digitale des PME au Maroc.

Se former au leadership agile au Maroc

Codevista Innovations accompagne la transformation agile au-delà de l'IT, notamment en RH et en marketing, avec des formations Scrum, Kanban et Leadership Agile en présentiel partout au Maroc, en hybride ou à distance. Les programmes d'entreprise sont conçus sur mesure à partir d'un audit de compétences préalable. Notre dossier de qualification auprès de l'OFPPT est en cours : nos programmes ne sont donc pas encore finançables par ses Contrats Spéciaux de Formation (CSF).

Vous voulez tester l'agilité avec une première équipe RH ou marketing ? Parlons de votre contexte et du pilote le plus utile pour démarrer.

Questions fréquentes

L'agilité est-elle adaptée à un service RH ?

Oui, surtout pour les activités en flux : recrutement, intégration, demandes des collaborateurs. Un tableau Kanban avec des limites de travail en cours rend les délais visibles et révèle les blocages. Pour la performance, des objectifs revus à un rythme court et un feedback régulier complètent l'entretien annuel. Les données des candidats et des salariés relèvent de la loi 09-08 : elles n'ont pas leur place sur un tableau partagé.

Faut-il utiliser Scrum ou Kanban pour une équipe marketing ?

Tout dépend des demandes. Si l'équipe produit des campagnes planifiables sur quelques semaines, des sprints à la Scrum donnent un rythme et un moment de revue clairs. Si elle reçoit en permanence des demandes imprévues, un flux Kanban avec des priorités explicites est plus réaliste. Kanban est souvent plus simple à introduire, car il part du fonctionnement existant ; on peut ensuite y ajouter des revues régulières.

Qu'est-ce qu'un leader agile fait différemment d'un manager classique ?

Il fixe des résultats à atteindre plutôt qu'une liste de tâches, prend des engagements sur un horizon court qu'il révise régulièrement et précise ce que l'équipe décide seule. Il contrôle moins l'activité et lève davantage d'obstacles. Son autorité reste réelle, mais elle s'exerce par le cadre posé, pas par la validation de chaque décision.

Par où commencer une transformation agile dans une entreprise marocaine ?

Par un pilote : une équipe volontaire, un problème visible, un sponsor au comité de direction et un périmètre de décision clair. Faites tourner quelques cycles, mesurez des indicateurs déjà suivis, puis partagez les résultats avant d'étendre. Former d'abord les managers concernés évite le choc avec l'ancien mode de pilotage. Pour le financement, les Contrats Spéciaux de Formation de l'OFPPT permettent à une entreprise de récupérer une partie de ses frais de formation ; les conditions d'éligibilité sont à vérifier auprès de l'OFPPT.