Skip to content

3 min de lecture

Agile pour les Campagnes

Résumé

L’agile pour les campagnes emprunte la discipline du sprint et de la rétrospective au développement logiciel agile : des cycles de travail courts et limités dans le temps, avec un tableau visible, une revue fixe à la fin de chaque sprint, et une rétrospective qui favorise l’apprentissage continu. C’est la réponse aux campagnes qui ne peuvent pas planifier un trimestre à l’avance mais qui peuvent planifier une semaine à l’avance.

Corps du texte

L’agile a été conçu pour les équipes logicielles travaillant dans l’incertitude. Les équipes de campagne sont confrontées exactement à ce type d’incertitude — les contextes politiques changent, les adversaires bougent, les fenêtres d’opportunité s’ouvrent et se ferment — donc la même discipline s’applique : planifier court, réviser souvent, s’adapter.

Le cycle de base :

  1. Planification du sprint (30–60 min, hebdomadaire ou bimensuelle) — l’équipe sélectionne ce qu’elle peut s’engager à terminer pendant le sprint à partir du backlog, en fonction des priorités actuelles de la campagne.
  2. Réunion quotidienne (15 min) — chaque personne dit ce qu’elle a fait hier, ce qu’elle fait aujourd’hui, et tout obstacle. Dans les petites campagnes, cela peut être asynchrone (un message Slack ou un commentaire sur le tableau).
  3. Revue de sprint (fin du sprint) — présenter le travail accompli aux parties prenantes ou à l’équipe élargie.
  4. Rétrospective (fin du sprint) — ce qui a bien fonctionné, ce qui n’a pas fonctionné, quels changements l’équipe apportera au prochain sprint. Restez sans blâme et tourné vers l’avenir.

Pourquoi les campagnes en bénéficient : Le cycle politique respecte rarement un plan trimestriel. Un sprint de deux semaines maintient la campagne réactive — l’équipe peut réévaluer ses priorités toutes les deux semaines plutôt que d’être enfermée dans un plan rédigé il y a trois mois. La rétrospective construit l’habitude d’apprentissage que after-action review capture au niveau des jalons.

Contraintes pour les campagnes bénévoles : Les réunions quotidiennes peuvent sembler être une charge de gestion pour les contributeurs non rémunérés. Gardez le rythme du sprint volontaire et la réunion quotidienne asynchrone. La revue de sprint devrait célébrer ce que l’équipe a accompli, pas auditer ce qu’elle n’a pas fait.

Où l’agile échoue pour les campagnes : Lorsque la campagne a une échéance externe rigide (un vote, une date d’audience, une expiration de permis de manifestation) — alors le plan doit être planifié à rebours à partir de cette date fixe, et non itératif. L’agile est pour la phase de construction ; la phase d’escalade nécessite le Gantt chart.

Utilisez-le pour

Les campagnes à réponse rapide ; les campagnes numériques où le contenu et les tactiques changent chaque semaine ; la gestion du travail partagé d’une coalition distribuée sans commandement central ; maintenir l’alignement d’une équipe bénévole sans structures de gestion formelles.

Liens connexes

Questions ouvertes

Existe-t-il un document source spécifique aux campagnes qui adapte l’agile ou le sprint pour les organisations de plaidoyer ? Les modules de planification du Commons Library Campaign Accelerator et du People Power Manual peuvent contenir des adaptations pertinentes. Une étude de cas d’une équipe de campagne agile permettrait de bien étayer cette page.

Sources et vérification

  • Référence : campaign-methods-reference §4.3

This page is machine-translated from the English canonical. Source EN body-hash: 32951eed4bb8…. For authoritative content, see the original.

Liens retour