+ Répondre à la discussion Actualité déjà publiée
Page 7 sur 7 PremièrePremière ... 34567
  1. #121
    Modérateur
    Avatar de gangsoleil
    Profil pro
    R&D en systemes informatiques bas niveau Unix/Linux
    Inscrit en
    mai 2004
    Messages
    9 381
    Détails du profil
    Informations personnelles :
    Âge : 37
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : R&D en systemes informatiques bas niveau Unix/Linux

    Informations forums :
    Inscription : mai 2004
    Messages : 9 381
    Points : 27 167
    Points
    27 167

    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 476
    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 476
    Points : 3 278
    Points
    3 278

    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
    733
    Détails du profil
    Informations personnelles :
    Localisation : Autre

    Informations forums :
    Inscription : janvier 2011
    Messages : 733
    Points : 2 637
    Points
    2 637

    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.

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