Guide méthode · Méthode
L’agilité au service du conseil,
sans informatique.
L’agilité n’appartient pas aux développeurs. Découper le travail en cycles courts, prioriser, montrer, ajuster : c’est aussi la bonne façon de construire un système qualité, une conformité RGPD ou un bureau de projets.
Pourquoi l’agilité a sa place hors de l’informatique
Un projet de conformité classique tient en trois temps : un long cadrage, des mois de production, une livraison finale. Le client découvre le résultat à la fin, quand il est trop tard pour dire que ce n’est pas ce qui lui servait. Les règles changent, l’organisation aussi, et le document « parfait » est périmé avant d’être appliqué.
L’approche agile renverse cette logique : on livre petit, on montre vite, on corrige tôt. Elle repose sur quelques idées simples, issues du Manifeste agile de 2001 : privilégier les personnes et les échanges, ce qui fonctionne plutôt que ce qui est documenté à l’excès, la collaboration avec le client, la capacité à s’adapter.
Un cycle de deux semaines, quatre rendez-vous
- PlanificationOn choisit, avec vous, ce qui sera livré dans les deux semaines : peu d’éléments, bien définis, classés par importance.
- ProductionJe produis les outils et livrables convenus. Vous contribuez par vos informations, vos arbitrages et vos relectures.
- RevueOn regarde ce qui a été produit, ensemble, sur du concret : un tableau de risques, une procédure d’une page, un registre. On valide ou on corrige.
- RétrospectiveOn se demande ce qui a bien marché, ce qui a coincé, et on ajuste le cycle suivant. Un quart d’heure suffit.
Le backlog : la liste de ce qui reste à faire
Le backlog est une liste priorisée de résultats attendus, formulés du point de vue de celui qui en a besoin : « En tant que dirigeant, je veux savoir quels trois risques peuvent arrêter l’activité, afin de décider où investir ». Chaque élément reçoit un critère « terminé » : ce qu’on doit pouvoir constater pour dire qu’il est fini.
| Domaine | Exemple d’élément du backlog | Critère « terminé » |
|---|---|---|
| Qualité, sécurité, environnement | Cartographier les 8 processus qui comptent et nommer leurs pilotes | Une page par processus, pilote validé en réunion |
| Qualité, sécurité, environnement | Mettre en place un tableau de suivi des écarts | Trois écarts réels saisis et clôturés avec vérification |
| RGPD | Établir le registre des traitements du service RH | Une ligne par traitement, finalité et durée validées |
| RGPD | Mettre à jour les contrats des cinq sous-traitants principaux | Contrats signés ou plan de signature daté |
| Projet | Définir les risques du projet et leurs réponses | Cinq risques majeurs, un responsable chacun |
| Projet | Préparer le comité de pilotage du mois | Tableau de bord d’une page remis la veille |
Ce que l’agilité n’est pas
- Elle n’est pas l’absence de cadre. Le périmètre, le calendrier général et les validations sont convenus au départ. Toute demande hors périmètre passe par un avenant.
- Elle n’est pas l’absence de documents. On documente ce qui sert à décider, à prouver ou à transmettre, et pas davantage.
- Elle n’est pas une promesse de résultat. Un certificat dépend d’un organisme tiers, une conformité dépend aussi de votre mise en œuvre. L’engagement porte sur les moyens et sur la transparence.
- Elle n’est pas un cache-misère. Des cycles courts rendent les retards visibles plus tôt : c’est un avantage, à condition d’accepter d’en parler.
Ce que vous y gagnez
Certaines dates ne se négocient pas : un audit de certification, une échéance légale, un passage de contrôle. L’agilité aide à s’y préparer par étapes, elle ne les déplace pas.
Pour essayer
Prenez un chantier de conformité en cours et découpez-le en six éléments de deux semaines au plus, chacun avec son critère « terminé ». Montrez le premier avant la fin du mois.
Parlons de votre enjeu.
Un premier échange de 20 minutes, sans engagement. Vous préférez écrire ? Un court message suffit.
Échanger