IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Méthodes Agiles Discussion :

Le département de la défense américain adopte agile et la méthode Scrum


Sujet :

Méthodes Agiles

  1. #1
    Expert éminent sénior

    Homme Profil pro
    Étudiant
    Inscrit en
    Août 2011
    Messages
    283
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Algérie

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Août 2011
    Messages : 283
    Points : 18 071
    Points
    18 071
    Par défaut Le département de la défense américain adopte agile et la méthode Scrum
    Le département américain de la défense adopte agile et la méthode Scrum
    Sous les conseils de Jeff Sutherland inventeur de Scrum

    Agile séduit de plus en plus de professionnels de l’IT, après son adoption par Microsoft c’est au tour du puissant département américain de la défense (DoD), qui passera d’un modèle en cascade à un modèle agile basé sur la méthode Scrum, sous les conseils avisés du docteur Jeff Sutherland, inventeur de la méthode et actuel PDG de Scrum Inc.

    A l’origine de cette initiative, le nouveau projet de modernisation de l’infrastructure IT du DoD qui définit les caractéristiques des futures acquisitions logicielles :
    • participation précoce et continue de l’utilisateur ;
    • innovation et évolution rapide à travers des incrémentations successives et la livraison de nouvelles fonctionnalités ;
    • prototypage précoce pour supporter une approche évolutive ;
    • système modulaire et ouvert.


    Ces caractéristiques cadrent bien avec l’esprit agile, c’est ce qui a poussé le DoD à entreprendre cette démarche et à faire appel aux conseils de Sutherland. Ce dernier a alors proposé deux modèles différents, le premier comprend certains principes hérités du développement en cascade et pourrait être résumé par le déploiement du logiciel prend place après plusieurs builds, alors que le second évoque la nécessité de livrer fréquemment une nouvelle version du logiciel, ce qui cadre mieux avec la seconde valeur du manifeste agile : des logiciels opérationnels, plutôt qu’une documentation exhaustive.

    Tout ceci semble de bon augure pour le DoD, encore faut-il que cela corresponde à leurs besoins et attentes. D’ailleurs, à ce sujet il, est important de noter que contrairement au développement agile traditionnel, les itérations seront beaucoup plus longues et espacées, de l’ordre de 12 à 18 mois, ce qui peut s’expliquer par la spécificité et l’unicité des logiciels utilisés au sein du DoD.

    « Scrum est une lecture obligatoire pour tout leader, qu'il mène des troupes sur le champ de bataille ou sur le marché des affaires. Les défis du monde d'aujourd'hui ne permettent pas le luxe d'un travail lent et inefficace. Le succès exige vitesse, énorme productivité et un engagement indéfectible pour atteindre des résultats escomptés. En d'autres termes, le succès exige Scrum », a commenté le général à la retraite Mc Caffrey, à l’annonce de cette nouvelle .

    Source : Jeffsutherland.com

    Et vous ?

    Qu’en pensez-vous ?

  2. #2
    Membre confirmé

    Profil pro
    Développeur .NET
    Inscrit en
    Août 2004
    Messages
    178
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Août 2004
    Messages : 178
    Points : 645
    Points
    645
    Par défaut
    Le succès exige vitesse, énorme productivité et un engagement indéfectible pour atteindre des résultats escomptés. En d'autres termes, le succès exige Scrum
    Cela me fait penser à une mauvaise publicité...

    Quelque soit la méthode ou la pratique employée, Agile, CMMI, DevOps, au final derrière, c'est toujours le même que l'on retrouve: l'humain.

    Et c'est surtout de lui dont dépendra l'échec ou la réussite du projet.

    Mais ce n'est que mon avis.

  3. #3
    Expert éminent sénior
    Profil pro
    Inscrit en
    Décembre 2007
    Messages
    6 803
    Détails du profil
    Informations personnelles :
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : Décembre 2007
    Messages : 6 803
    Points : 32 044
    Points
    32 044
    Par défaut
    Je ne sais plus ou j'avais lu que le DoD était parfaitement rationel : chacun y faisait non ce qui était bon pour le projet, mais ce qui était bon pour sa carrière. Suivant cette simple grille de lecture, vous pouviez facilement interpréter tout ce qui s'y passait.

    Je ne sais pas si c'était vrai(même si j'ai tendance à y croire), en tous cas, les gens qui font du "SCRUM avec des itérations de 12 à 18 mois", eux, rentrent parfaitement dans le schéma. Parceque bon, une itération de 15 jours, si on part de traviole, on a perdu 15 jours. Une itération de 18 mois..... Il va y avoir du cacheton de consultant incapable et surpayé, moi je vous le dis.
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

  4. #4
    Membre confirmé Avatar de a028762
    Homme Profil pro
    Retraité
    Inscrit en
    Décembre 2003
    Messages
    419
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Retraité

    Informations forums :
    Inscription : Décembre 2003
    Messages : 419
    Points : 537
    Points
    537
    Par défaut
    Un des points exprimés est
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    participation précoce et continue de l’utilisateur
    Déjà là, qu'on fasse du vrai agile ou à moitié ou aux trois quarts, si ce point n'est pas appliqué,
    autant partir à la pêche... ce qui m'arrive souvent .... :-) Non, c'est faux !

  5. #5
    Membre expérimenté Avatar de nathieb
    Homme Profil pro
    DevOps
    Inscrit en
    Mai 2004
    Messages
    1 057
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : DevOps
    Secteur : Service public

    Informations forums :
    Inscription : Mai 2004
    Messages : 1 057
    Points : 1 532
    Points
    1 532
    Par défaut humour
    Bonjour,

    Au fait, c'est quoi un utilisateur ? oups ....

    Olivier
    Architecte destructurant,
    be cool, be free

    Il nous reste Debian bien sûr

  6. #6
    Membre chevronné
    Avatar de la.lune
    Homme Profil pro
    Directeur Technique
    Inscrit en
    Décembre 2010
    Messages
    545
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Comores

    Informations professionnelles :
    Activité : Directeur Technique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Décembre 2010
    Messages : 545
    Points : 2 084
    Points
    2 084
    Par défaut
    Citation Envoyé par Arsene Newman Voir le message
    Agile séduit de plus en plus de professionnels de l’IT, après son adoption par Microsoft c’est au tour du puissant département américain de la défense (DoD), qui passera d’un modèle en cascade à un modèle agile basé sur la méthode Scrum
    C'est la 2e fois que je lis dans un article ici comme quoi le contraire d'agile c'est le cascade, je ne dis pas le DoD ne faisait pas du cascade et que maintenant passe à l'agile. Mais on doit faire un peu attention sur la définition des méthodes agiles. Il n y a pas que le cascade qui est le contraire de l'agile, il y a bien des méthodes itératives et incrémentales non agiles comme les Processus Unifiés :2TUP, RUP.. même si la démarche avec RUP peut le rendre facilement agile. Seulement quand on ajoute le concept d'adaptative en plus de l'itérative incrémentale, et on intègre le client au sein du processus qu'on parle de méthode agile, comme les méthode Scrum, XP.... Mais, il y a aussi l'UP agile, ils ont essayés d'unifier les processus agiles.

    On utilise plutôt le terme de méthodes traditionnels comme contraires des méthodes agiles, et non pas le modèle en cascade.

  7. #7
    Membre habitué

    Profil pro
    Inscrit en
    Janvier 2003
    Messages
    70
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2003
    Messages : 70
    Points : 162
    Points
    162
    Par défaut
    Des iterations de 12 a 18 mois... Si ce n'est pas du cascade, cela doit être du cycle en V.

    L’agilité ce sont des itérations courtes, ou bien cela n'a pas de sens.

  8. #8
    Membre chevronné
    Avatar de la.lune
    Homme Profil pro
    Directeur Technique
    Inscrit en
    Décembre 2010
    Messages
    545
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Comores

    Informations professionnelles :
    Activité : Directeur Technique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Décembre 2010
    Messages : 545
    Points : 2 084
    Points
    2 084
    Par défaut
    Citation Envoyé par iolco51 Voir le message
    Des iterations de 12 a 18 mois... Si ce n'est pas du cascade, cela doit être du cycle en V.

    L’agilité ce sont des itérations courtes, ou bien cela n'a pas de sens.
    Oui dans l'agilité les itérations doivent être courtes, mais cela ne veut pas dire que dans les méthodes traditionnelles on a pas des itérations courtes, mais dans les processus unifiés(UP) les itérations sont aussi courtes, dans le moment où ils sont pilotés par les cas d'utilisation, les itérations sont d'une semaine et au maximum 2 semaines, je me demande un cas d'utilisation qui prendra plus de deux semaines, c'est plutôt plusieurs cas d'utilisation groupé en un seul, alors il faut découper.

    Le délais court est très important aussi, et les méthodes recommandent fortement que dans le cas où les objectifs visés ne sont pas atteint dans le délais court fixé pour une itération, il faut reporter les objectifs non atteints à la prochaine itération. La chose qu'il n y a pas dans les UP non agiles c'est qu'on code pas quelque chose adaptative ou du faire du RAD, mais on code quelque totalement conçu, documenté et bien maîtrisé avant codage pas de possibilité de changer en court de route selon le besoin du client, exactement tel quel le texte du cas d'utilisation décrit dans une phase d'analyse de l'itération avant même de passer à la conception les composants à développer au court de l'itération. Parfois certains cas d'utilisations sont développés dans une phase d'analyse avant d’entamer le cycle itérative incrémental.

    La 2e chose qui n'existe pas dans les UP non agile on ne fait pas intervenir le client dans le processus, même si RUP recommande une élaboration d'un business model: qui est une représentation synthétique censée décrire les principaux aspects de l'activité de l'organisation avec le systèmes à développer, une sorte d'étude du processus métier de l'organisation où le système à développé sera déployé. Il y a des stéréotypes spécifiques pour ça pour élaborer des cas d'utilisation métier et diagrammes de collaboration.... La démarche commence par là.

    Je note que j'ai dis qu'on ne fait pas du RAD dans UP, mais cela ne veut pas dire qu'il ne peut pas y avoir si on veut une phase de prototypage.

  9. #9
    Membre chevronné
    Avatar de la.lune
    Homme Profil pro
    Directeur Technique
    Inscrit en
    Décembre 2010
    Messages
    545
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Comores

    Informations professionnelles :
    Activité : Directeur Technique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Décembre 2010
    Messages : 545
    Points : 2 084
    Points
    2 084
    Par défaut
    Je tiens à noter que quand j'ai dis qu'avec les méthodes non agiles on code quelque chose de bien conçu, je ne voulais pas dire que dans l'agile on ne code pas quelque chose de bien conçu si tout est bien conçu dans l'agile, mais je voulais dire que pour les méthodes traditionnelles itératives et incrémentales dans une seule itération la paperasse revient, tout doit être 100% conçu et documenté, totalement bien analysé et conçu avant codage, avec l'agile on est souple et on peut changer des choses selon le besoin du client, c'est pour cela qu'on parle d'adaptative,

    Dans l'agile on privilégie l'histoire, que l'analyse et la conception rigoureuse de tout ce qu'il faut coder.

Discussions similaires

  1. Réponses: 1
    Dernier message: 20/04/2015, 14h25
  2. Réponses: 236
    Dernier message: 28/11/2009, 11h09
  3. Adoption agile: de la réalité au mythe?
    Par martinig dans le forum Méthodes Agiles
    Réponses: 1
    Dernier message: 11/03/2008, 14h32

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo