Une opportunité annuelle de $90 milliards pour la communauté Scrum et Agile

par Denise Jarvie, Avi Schneier, avec Tom Bullock  | 2 octobre 2020 | Blog

Le gouvernement américain est confronté à un important problème de développement de logiciels. Et il le sait.

Un document publié cette semaine par le Government Accountability Office (GAO) indique que le gouvernement fédéral dépense plus de 90 milliards de dollars pour des projets informatiques, mais que "trop souvent, les programmes informatiques des agences ont subi des dépassements de coûts et des retards, tout en contribuant peu aux résultats liés à la mission". 

Le GAO, qui est notamment chargé d'aider le Congrès américain à évaluer la gestion des systèmes informatiques des agences fédérales, s'efforce d'améliorer les résultats. Pour ce faire, il adopte la méthode Agile. 

Le nouveau document, officiellement appelé "exposé-sondage" (ce qui signifie qu'il est ouvert aux commentaires du public), s'intitule "...GUIDE D'ÉVALUATION AGILE : Meilleures pratiques pour l'adoption et la mise en œuvre de la méthode agile'.

Denise Jarvie est une consultante qui travaille aujourd'hui avec Scrum Inc.. Elle a fait partie des experts de Scrum et d'Agile qui ont contribué à l'élaboration du guide du GAO. Auparavant, dit-elle, "on demandait aux entrepreneurs d'évoluer vers l'agilité, mais les fonctionnaires ne comprenaient pas bien ce qu'était l'agilité". "Ce document, ajoute-t-elle, "a été rédigé, en partie, pour améliorer la compréhension de l'Agilité du point de vue du gouvernement fédéral, afin qu'il puisse encourager les meilleures pratiques et comprendre l'Agilité. Il s'agit d'apporter un soutien dès le début.

Le guide cite les auditeurs fédéraux comme son principal public (mais pas le seul). Cela pourrait aider le gouvernement à se défaire de sa dépendance à l'égard d'un système en cascade ou d'un système hybride en cascade et agile, qui peut être un cauchemar pour les partenaires contractuels. 

Prenons, par exemple, la croyance traditionnelle selon laquelle les exigences d'un projet doivent être entièrement définies dès le départ. Denise est interrogée à ce sujet "chaque fois que je me rends sur le site d'un entrepreneur gouvernemental". Dans le passé, explique-t-elle, le gouvernement exigeait l'utilisation d'un "artefact appelé matrice de traçabilité des exigences". Je pense que ce guide assouplit cette exigence et donne aux équipes Scrum ou à d'autres équipes Agile une plus grande marge de manœuvre pour discuter des exigences avec le client et pour redéfinir et réévaluer les exigences afin de réduire les risques et d'obtenir un meilleur produit pour le client. Les exigences du développement Agile peuvent être tracées à travers les artefacts Agile, tels que le Backlog de produit".

Ce qu'il y a de bien dans le guide du GAO

Avi Schneier, consultant principal de Scrum Inc., s'est réjoui de voir que le guide comprend un grand nombre d'études de cas détaillant les résultats positifs de Scrum et d'Agile dans le cadre de projets gouvernementaux. 

Mais là où ce guide brille, selon Avi, c'est qu'il explique "ce qu'est l'Agile et ce que l'Agile n'est pas". 

Il renvoie en particulier à l'annexe VI : "Debunking Agile Myths" (démystifier les mythes de la méthode agile), qui aborde dix mythes spécifiques allant de l'utilisation de n'importe quel cadre agile pour assurer automatiquement la réussite du programme à la méthode agile qui ne fonctionne que pour les petits programmes dotés d'une seule équipe ou dans des environnements partagés.  

Selon M. Avi, il est important de démystifier ces mythes, car "il y a tellement de mauvaises mises en œuvre de la méthode Agile que ces mythes deviennent ce que les gens pensent".

Sur le plan tactique, Avi et Denise sont tous deux d'accord avec la description faite par le guide de concepts tels que les équipes auto-organisées et interfonctionnelles, qui peuvent en effet accroître la capacité de Scrum et d'Agile à s'implanter dans ces projets. 

"Non seulement il se concentre sur les équipes interfonctionnelles", explique Denise, "mais aussi sur les équipes interfonctionnelles qui collaborent avec les techniciens du gouvernement d'une manière beaucoup plus intégrée et collaborative". Elle ajoute : "C'est l'un des plus gros problèmes que je rencontre lorsque je me rends dans les installations des entrepreneurs. Le projet Scrum repose sur une plus grande participation et un meilleur retour d'information de la part du client, ce qui n'est pas le cas actuellement pour de nombreuses équipes de sous-traitants. 

Changements à apporter

Le GAO accepte actuellement les commentaires du public sur cet exposé-sondage. Bien que Denise et Avi considèrent qu'il s'agit d'un pas dans la bonne direction, certains changements doivent être apportés pour que ce guide atteigne son objectif.

L'élément le plus important, selon les deux experts, est la nécessité d'inclure une description de Scrum@Scale dans le document. Comme le fait remarquer Denise, un grand nombre des cinq plus grandes entreprises du secteur de la défense ont déjà mis en œuvre avec succès le programme Scrum@Scale. 

Scrum Inc. demandera que cette description soit incluse dans le guide final :

Scrum@Scale étend naturellement le cadre Scrum à l'ensemble d'une organisation, ce qui permet à plusieurs groupes d'équipes de se coordonner de manière à apporter plus rapidement de la valeur ajoutée. Il fournit un échafaudage sous la forme de 12 composants au sein de 2 cycles. Pris ensemble, ils permettent à l'ingénierie de solutions axées sur le client et aux processus et systèmes axés sur l'efficacité de se développer organiquement à partir des conditions uniques de votre organisation. Avec Scrum@Scale, vous trouverez un moyen de personnaliser votre mise en œuvre pour apporter de l'agilité dans des domaines autres que l'informatique, comme la gestion, la fabrication, l'approvisionnement, le marketing, les ressources humaines et les ventes.

Nous demandons à la communauté Scrum de nous rejoindre dans cet effort. 

Denise estime que d'autres améliorations peuvent et doivent être apportées. "Je pense qu'il pourrait être élargi pour inclure le matériel ou les logiciels intégrés au matériel, ainsi que d'autres systèmes complexes".

Les commentaires du public sur le "GUIDE D'ÉVALUATION AGILE" du GAO : Best Practices for Agile Adoption and Implementation" (Guide d'évaluation agile : meilleures pratiques pour l'adoption et la mise en œuvre de l'agilité) : https://tell.gao.gov/agileguide.