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

  1. #121
    Modérateur
    Avatar de gangsoleil
    Homme Profil pro
    Cyber sécurité
    Inscrit en
    mai 2004
    Messages
    9 469
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Haute Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Cyber sécurité

    Informations forums :
    Inscription : mai 2004
    Messages : 9 469
    Points : 27 920
    Points
    27 920

    Par défaut

    Bonjour,

    Citation Envoyé par kilroyFR Voir le message
    a/ les equipes auto gerées se generent aussi d'elles memes du boulot (l'agilité se traduit souvent par un refus de tout ce qui ne provient pas de l'equipe ! c'est plutot de la rigidité).

    b/ lorsqu'un client exprime un besoin (ex: technique), l'equipe de dev en fait souvent plus (et donc deroule des heures pas forcement vendues). Un peu comme si c'etait un test technique qu'il fallait relever. resultat vecu : on nous demande d'implementer une interface selon 2 protocoles => au final 5 protocoles techniques sont implementés (derive des devs qui se sont faits plaisirs). Le client est content certes car on lui en donne plus que prevu; par contre nous on bouffe la culotte en consommant des heures non vendues.
    Ce n'est pas parce que vous appliquez mal agile que la méthode est pourrie.

    Pour la demande client, il est normal, et même souhaitable, que l'équipe se pose la question suivante : est-ce utile prendre un peu plus de temps pour faire une interface générique qui nous permettra de supporter d'autres protocoles ou non. Si la réponse est oui, alors il faut l'implémenter.
    Mais ça ne veut pas dire implémenter d'autres protocoles.

    Ont-ils livré dans les temps, et en respectant les coûts ? Si oui, pas grand chose à redire. Si non, il faut analyser pourquoi, et corriger.
    Modérateur "C", "Informatique Générale & Hardware" et "Unix"
    Les règles du forum

  2. #122
    Membre expert
    Homme Profil pro
    Développeur .NET
    Inscrit en
    octobre 2013
    Messages
    1 558
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Industrie

    Informations forums :
    Inscription : octobre 2013
    Messages : 1 558
    Points : 3 501
    Points
    3 501

    Par défaut

    Citation Envoyé par gangsoleil Voir le message
    Ce n'est pas parce que vous appliquez mal agile que la méthode est pourrie.
    +1.. Et c'est là que beaucoup d'équipes se vautrent. Mettre en place un backlog, des sprits et des daily ne suffit pas à faire de l'agilité... L'agilité est à la base, des concepts. En découle des méthodes et des outils pour valoriser ces concepts. En théorie, deux équipes différentes ne peuvent appliquer strictement la même méthode suivant les affinités des membres de l'équipe, des clients, des projets..

    Beaucoup se leurrent dans l'idée qu'appliquer la méthode scrum permettra rapidement à être plus performant. L'agilité est un état d'esprit, une manière d'aborder les projets.

  3. #123
    Membre émérite
    Inscrit en
    janvier 2011
    Messages
    804
    Détails du profil
    Informations personnelles :
    Localisation : Autre

    Informations forums :
    Inscription : janvier 2011
    Messages : 804
    Points : 2 918
    Points
    2 918

    Par défaut

    Citation Envoyé par kilroyFR Voir le message
    <zip>
    Je ne vois rien d'inputable aux méthodes agiles dans tout ça.

    Agile préconise au contraire une collaboration quotidienne avec le demandeur métier responsable du retour sur investissement du logiciel. C'est à peu près l'inverse de "les devs font ce qu'ils veulent".

    Sur l'aspect "jouer avec des technos" et le turnover, ça peut arriver sur n'importe quel type de projet.

  4. #124
    -
    - est déconnecté
    Membre éprouvé
    Profil pro
    Inscrit en
    mars 2006
    Messages
    232
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2006
    Messages : 232
    Points : 949
    Points
    949

    Par défaut

    Pour le TDD je suis en désaccord complet, pour le reste ce monsieur a plutôt raison. L'agile mal appliqué est un cancer.

  5. #125
    Expert éminent
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    août 2007
    Messages
    2 066
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : août 2007
    Messages : 2 066
    Points : 7 490
    Points
    7 490

    Par défaut

    Citation Envoyé par - Voir le message
    Pour le TDD je suis en désaccord complet, pour le reste ce monsieur a plutôt raison. L'agile mal appliqué est un cancer.
    Peu importe la la méthode et le sujet, lorsque c'est mal appliqué, c'est le bordel.
    Du coup, on peut écrire exactement le même type d'article à propos des travers du cycle V est d'une application merdique de celui-ci.

  6. #126
    Expert éminent sénior
    Avatar de Glutinus
    Homme Profil pro
    Freelance EURL / Business Intelligence ETL
    Inscrit en
    avril 2005
    Messages
    4 491
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Freelance EURL / Business Intelligence ETL
    Secteur : Finance

    Informations forums :
    Inscription : avril 2005
    Messages : 4 491
    Points : 20 106
    Points
    20 106
    Billets dans le blog
    3

    Par défaut

    Citation Envoyé par Saverok Voir le message
    Peu importe la la méthode et le sujet, lorsque c'est mal appliqué, c'est le bordel.
    Du coup, on peut écrire exactement le même type d'article à propos des travers du cycle V est d'une application merdique de celui-ci.
    Les énormes travers du V ?
    Les effets Tunnel avec les MOA qui jouent de la balalaika avec les utilisateurs, livrent leurs specs la veille de la mise en recette mais "on repousse pas la MEP".
    Les MOA qui veulent pas entendre parler de "lignes", "colonnes", "fonctions" car "je suis pas technique"
    Les chefs de projet qui oublient de prendre en compte des contraintes commes des livraisons de serveur
    Les équipes de production qui se sentent mal-aimées des développeurs et vice et versa.
    Les développeurs geek qui oublient qu'on développe par pour faire du code, mais pour créer des fonctionnalités qui seront utilisées par des utilisateurs, à terme.

    Et vous savez quoi ? Des problèmes surviendront aussi en agile tant qu'on n'arrivera pas à communiquer entre équipes.
    - So.... what exactly is preventing us from doing this?
    - Geometry.
    - Just ignore it !!

    ****

    On dit "le jeu" / "un jeu" / "ce jeu", pourquoi mettre un x à ce mot au singulier ?

Discussions similaires

  1. « Agile est un cancer », pour Erik Meijer
    Par Hinault Romaric dans le forum Actualités
    Réponses: 84
    Dernier message: 27/01/2015, 10h47
  2. Le JPanel est trop reduit pour mon interface !
    Par LeNeutrino dans le forum JBuilder
    Réponses: 4
    Dernier message: 25/07/2005, 18h58
  3. [Info] Eclipse est-il gratuit pour développer une application ?
    Par kaishef dans le forum Eclipse Platform
    Réponses: 2
    Dernier message: 12/04/2005, 11h04
  4. apprentissage du C est-il necessaire pour C++ ?
    Par Anonymous dans le forum C
    Réponses: 6
    Dernier message: 02/05/2002, 12h56

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