Votre navigateur ne supporte pas JavaScript ! Latest News on DOD Goes Agile - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS
Depuis que j'ai informé la Coordinating Task Force du Pentagone sur la manière de rendre compte au Congrès des progrès accomplis, nous avons beaucoup parlé de la manière dont le ministère américain de la défense (DoD) passer à l'Agile. Nous avons également partagé quelques idées sur comment le faire à partir du SEI. Voici quelques conseils concrets du ministère de la défense sur la manière de procéder.
Nous avons également correspondu avec le général Barry McCaffrey, mon ancien camarade de classe à West Point. Il a été très clair dans ses commentaires sur notre nouveau livre, Scrum : L'art de faire deux fois plus de travail en deux fois moins de temps.
"Scrum est une lecture obligatoire pour tout leader, qu'il dirige des troupes sur le champ de bataille ou sur le marché. Les défis du monde actuel ne permettent pas le luxe d'un travail lent et inefficace. Le succès exige une vitesse phénoménale, une productivité énorme et un engagement inébranlable à obtenir des résultats. En d'autres termes, le succès exige Scrum."
Dans le cadre de la rédaction de notre cours en ligne Défense agile nous avons lu avec grand intérêt les Instruction provisoire du ministère de la défense 5000.02. Ce document montre au moins une façon dont le DoD envisage le développement Agile dans le domaine des logiciels.

Voici leurs deux modèles d'acquisition de logiciels. Le premier reflète une certaine conception de la chute d'eau :

"La figure 4 est un modèle de programme dominé par la nécessité de développer un programme logiciel complexe, généralement propre à la défense, qui ne sera pas déployé avant que plusieurs versions du logiciel n'aient été achevées. L'élément central de ce modèle est la planification de la construction des logiciels - une série d'éléments testables et intégrés. des sous-ensembles de la capacité globale - qui, associés à des critères de décision clairement définis, garantissent que des progrès adéquats sont réalisés avant de s'engager pleinement dans les constructions ultérieures".

Voici un nouveau modèle de déploiement, plus agile :

"Ce modèle se distingue du modèle précédent par la fourniture rapide de capacités par le biais de plusieurs mises en service limitées au lieu de jalons B et C uniques et d'un déploiement complet unique. Chaque mise en service limitée résulte d'une construction spécifique et fournit à l'utilisateur des sous-éléments matures et testés de la capacité globale. Plusieurs constructions et mises en service seront généralement nécessaires pour satisfaire aux exigences approuvées pour un accroissement de capacité. L'identification et le développement des solutions techniques nécessaires pour les capacités suivantes présentent un certain degré de simultanéité, ce qui permet de lancer et d'exécuter plus rapidement les incréments ultérieurs".

Le nouveau modèle rapproche le ministère de la Défense de la deuxième valeur du Manifeste Agile, à savoir un produit fonctionnel plutôt qu'une documentation exhaustive. Il ne répondra peut-être pas au principe du Manifeste Agile qui consiste à livrer des produits en quelques semaines ou quelques mois. Il s'agit néanmoins d'un progrès indéniable.

Au Pentagone, j'ai insisté sur le fait que les services d'achat de la Défense devraient exiger des "changements gratuits" dans tous leurs contrats, car cela pourrait leur permettre d'économiser des centaines de milliards de dollars par an. À lui seul, le contrat F-35 dépasse le budget de $143B dollars, principalement en raison des tests de logiciels !

Inscrivez-vous à notre cours en ligne mercredi prochain de 11 à 12 heures. pour en savoir plus sur la collaboration entre Scrum, Agile et l'armée.

fr_FRFrench
Actions