Votre navigateur ne supporte pas JavaScript ! GAO Report on Agile Practices in Government - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS
Le gouvernement se rend compte de l'incroyable gaspillage dans l'achat de logiciels au niveau fédéral. En 2000, une étude du ministère de la défense a montré que 75% sur $34B de projets étaient totalement gaspillés. Ken Schwaber et moi-même avons examiné le projet Sentinel du FBI dans notre dernier livre Logiciel en 30 jours et a constaté un niveau de gaspillage encore plus élevé lorsqu'une équipe agile dans le sous-sol du FBI a terminé plus de 80% du travail dans 10% du budget après que Lockheed Martin ait reçu un ordre d'arrêt des travaux pour sa performance abyssale en cascade. En 2010, un article de loi a été adopté pour obliger le ministère de la Défense à exiger des pratiques agiles dans l'achat de logiciels. Nous avons déjà formulé des commentaires à ce sujet. En conséquence, le Government Accounting Office examine les pratiques logicielles agiles et a publié un nouveau rapport.

Pourquoi le GAO a réalisé cette étude
Les agences fédérales dépendent de l'informatique pour soutenir leurs missions et ont dépensé au moins $76 milliards d'euros pour l'informatique au cours de l'exercice 2011. Toutefois, l'intérêt manifesté de longue date par le Congrès a contribué à l'identification de nombreux exemples de projets informatiques de longue durée qui ont entraîné des dépassements de coûts et des retards, tout en contribuant peu aux résultats liés à la mission. Pour réduire le risque de tels problèmes, l'Office of
Management and Budget (OMB) recommande la fourniture modulaire de logiciels, conformément à une approche connue sous le nom d'Agile, qui préconise la production de logiciels par petits incréments courts. Récemment, plusieurs agences ont appliqué les pratiques Agile à leurs projets de logiciels.

Le GAO établit une liste d'obstacles
Les agences fédérales ont rencontré des problèmes pour mettre en œuvre les pratiques agiles typiques des entreprises commerciales de développement de logiciels. Une évaluation agressive et des mesures correctives sont nécessaires.

Liste des obstacles de l'Agence fédérale 

  1. Les équipes ont eu du mal à collaborer étroitement.
  2. Les pratiques de passation de marchés peuvent ne pas soutenir les projets agiles.
  3. Les équipes ont eu du mal à passer au travail autonome.
  4. Les clients ne faisaient pas confiance aux solutions itératives.
  5. Le personnel a eu du mal à s'engager à fournir des informations plus fréquentes et en temps voulu.
  6. Les équipes ont eu des difficultés à gérer les exigences itératives.
  7. Les agences ont eu du mal à engager du personnel.
  8. Les contrôles de conformité ont été difficiles à réaliser dans le cadre d'un calendrier d'itération.
  9. Il a été difficile d'adopter les nouveaux outils en temps voulu.
  10. Les pratiques fédérales en matière de rapports ne s'alignent pas sur Agile.
  11. Les environnements techniques étaient difficiles à mettre en place et à maintenir.
  12. Les revues d'artefacts traditionnelles ne s'alignent pas sur la méthode Agile.
  13. Les orientations de l'Agile n'étaient pas claires.
  14. Le suivi traditionnel de l'état d'avancement n'est pas adapté à la méthode Agile
Pratiquement tous ces obstacles sont directement liés à des pratiques de gestion inadéquates. C'est pourquoi nous avons élaboré un programme d'ateliers de gestion à l'adresse Scrum Inc., qui offre aux cadres une formation sur la manière d'identifier ces obstacles et d'élaborer des stratégies pour les éliminer.

 

fr_FRFrench
Actions