Cet article est rédigé par Richard Pietro, Story Architect, Agence de la santé publique du Canada.

  • Le problème : les méthodes de planification traditionnelles peuvent rendre le développement informatique plus difficile qu'il ne devrait l'être.
  • Pourquoi c'est important : Les gouvernements doivent s'adapter afin de réduire les coûts de développement, d'accélérer l'exécution et de trouver des solutions pérennes.
  • La solution : les méthodologies Agiles.

L'équipe d'innovation des données de l'Agence de la santé publique du Canada entreprend une tâche monumentale : expliquer aux représentants du gouvernement la différence entre un pont et un logiciel.

C’est une façon très ironique de décrire leur travail, mais à bien des égards, il s’agit de l’un des problèmes majeurs auxquels les gouvernements sont confrontés quotidiennement. En termes plus techniques, la difficulté est de s’éloigner d’une approche en cascade de la gestion de projet et d’adopter une approche agile. Ce problème est aggravé par le fait que des termes tels que « cascade » et « agile » sont devenus si à la mode que l'importance de leur signification a été perdue.

C’est pourquoi l’analogie avec le pont est si pertinente.

Les ponts prennent des années à construire et sont conçus pour ne pas changer pendant plus de 50 ans

Les ponts sont des monolithes et certains d’entre eux ont même duré des siècles (bravo les Romains et vos arches !). Tout ce dont ils ont besoin, c’est d’un entretien régulier et d’être suffisamment forts pour supporter la colère de Mère Nature.

La résilience des ponts est due à une raison très simple : le processus de construction des ponts a été testé au fil du temps, et les gouvernements sont particulièrement doués pour les faire construire. En fait, je dirais que les gouvernements sont probablement les meilleurs planificateurs de construction de ponts actuellement disponibles sur le marché.

Ça va comme ça:

  • Passez des années à planifier le développement d'un pont
  • Passez des années à construire le pont
  • Le pont est là depuis plus de 50 ans

Il y a juste un problème. Les logiciels, les applications mobiles et les technologies de l’information en général ne sont pas des ponts.

Et comme le dit le proverbe, « pour un marteau, tout est un clou ». Ou, dans ce cas, « pour le gouvernement, tout est un pont ».

Les méthodes agiles donnent aux équipes la capacité de changer de direction rapidement et leur offrent la flexibilité de s'adapter.

Le processus de construction d’un pont repose sur une approche en cascade dans la gestion de projet. Pour ceux qui ne sont pas familiers, Adobe définit la méthode Waterfall comme ceci :

« La méthodologie Waterfall – également connue sous le nom de modèle Waterfall – est un processus de développement séquentiel qui se déroule comme une cascade à travers toutes les phases d'un projet (analyse, conception, développement et tests, par exemple), chaque phase se terminant complètement avant la suivante. la phase commence.

Cependant, lorsqu’il s’agit de développement de logiciels, cette méthode ne correspond pas. Les paramètres peuvent changer rapidement, les technologies évoluent ; de nouveaux langages de programmation sont créés. De plus, il existe des « vents politiques » omniprésents qui peuvent changer la portée d'un projet en un clin d'œil.

En fait, il est difficile d’affirmer que la portée d’un pont changera un jour au cours de son cycle de vie.

💬 Faites savoir à l'auteur ce que vous pensez des raisons pour lesquelles les gouvernements devraient changer leur style de gestion de projet en laissant un commentaire ci-dessous

Même si les matériaux de construction ou le financement peuvent changer, vous vous retrouverez rarement dans une réunion aléatoire le mardi après-midi où les gens discutent de la question de savoir si une piscine pour enfants devrait être ajoutée sur le côté d'un pont ou si le pont devrait être transformé en ferry.

Tout cela pour dire que la méthode Waterfall est rigide, tout comme un pont devrait l’être.

Quand l'agilité appelle

La méthode Agile , quant à elle, est conçue pour être agile et est définie par Adobe comme telle (paraphrasée) :

« La gestion de projet agile est une approche incrémentielle et non linéaire de la gestion de projet. Il se concentre sur la décomposition des grands projets en tâches plus faciles à gérer, qui sont réalisées en courtes itérations tout au long du cycle de vie du projet.

Les méthodes agiles donnent aux équipes la capacité de changer de direction rapidement et leur offrent la flexibilité de s'adapter. Ils offrent une marge de réévaluation et d'ajustement par petits incréments gérables, garantissant que – à mesure que le paysage évolue – l'attention de l'équipe peut également changer en conséquence.

Dans la deuxième partie, nous expliquerons en détail comment l'équipe d'innovation des données a utilisé la méthode agile pour prototyper un nouveau système de détection des risques pour la santé publique.

Vous avez fini de lire ? Assurez-vous de partager vos propres réflexions sur la mise en œuvre de la méthode agile par les gouvernements en laissant un commentaire ci-dessous ⬇️

(Crédit image : Unsplash )

N'oubliez pas de partager vos propres réflexions avec l'auteur en laissant un commentaire ci-dessous