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 :

Méthode Agile - Comment impliquer les utilisateurs


Sujet :

Méthodes Agiles

  1. #1
    Membre à l'essai
    Homme Profil pro
    Inscrit en
    février 2006
    Messages
    12
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Secteur : Finance

    Informations forums :
    Inscription : février 2006
    Messages : 12
    Points : 15
    Points
    15
    Par défaut Méthode Agile - Comment impliquer les utilisateurs
    Bonjour à tous !

    Alors voilà, mon entreprise vient d'adopter la méthodologie Agile. Nous sommes l'équipe pilote.

    A priori (même si évidemment on progresse chaque jour), tout se passe plutôt pas mal au sein de l'équipe. Par contre, côté utilisateurs, c'est pas trop ça. Il y a, je pense, de la bonne volonté mais le niveau d'implication est loin d'être celui attendu.

    Pour la fin du mois, on me demande d'organiser une sorte 'rétro' qui, on l'espère, servirait d'électrochoc.

    _Qui inviter ? (manageurs, utilisateurs réguliers, etc.)
    _Comment leur faire prendre conscience de leur importance (jeux, mise en situation, etc.) ?
    _Quelles solutions pour les impliquer davantage (forum, wiki, meeting réguliers, etc.) sans que cela devienne trop contraignant
    _Etc.

    N'hésitez pas à me demande plus d'infos si nécessaire et à partager vos liens et expériences

    Un grand merci !

  2. #2
    Membre du Club
    Homme Profil pro
    Software engineer
    Inscrit en
    juin 2007
    Messages
    40
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Software engineer
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juin 2007
    Messages : 40
    Points : 55
    Points
    55
    Par défaut
    Salut thomas,
    je sais pas vraiment ce que tu cherches à transmettre à ton équipe mais s'il s'agit de leur faire prendre conscience des avantages de cette méthode, tu peux commencer par lire ceci : http://ineumann.developpez.com/tutor...m/agile_scrum/
    bonne réussite pour la suite.
    "L'homme ne devient Homme que par éducation."
    "Des pensées sans contenu sont vides, des intuitions sans concepts, aveugles."
    "Une proposition incorrecte est forcément fausse, mais une proposition correcte n'est pas forcément vraie."

    Emmanuel Kant

    Mon guide du débutant pour apprendre à programmer en Java - N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

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

    Informations forums :
    Inscription : janvier 2011
    Messages : 805
    Points : 2 931
    Points
    2 931
    Par défaut
    Hello

    Normalement, tu dois avoir un Product Owner qui représente les utilisateurs, possède le pouvoir de décision fonctionnel et tient les cordons de la bourse. Il est indispensable qu'il soit présent aux réunions de fin d'itération aux côtés du Scrum Master et de l'équipe.

    Concernant l'implication des utilisateurs finaux, j'ai envie de dire que ce n'est pas trop de la responsabilité de l'équipe. Le Scrum Master peut essayer de susciter un intérêt en invitant du monde aux démos, mais il faut bien leur faire comprendre qu'ils n'ont qu'un pouvoir de suggestion. C'est le Product Owner qui a le dernier mot. En bon chef de produit, c'est aussi le PO qui devrait motiver et évangéliser sur le logiciel.

    Donc inviter des utilisateurs et managers en fin de sprint : oui, mais que pour la démo. Leurs retours sont importants mais ils doivent savoir qu'ils ne seront pas forcément implémentés tels quels.

    Garder les "invités" pour la partie rétrospective, je l'ai déjà fait, c'est gênant pour l'équipe parce que la rétro est censée se concentrer sur leur travail en interne pendant le sprint écoulé, pas sur des questions fonctionnelles pour le futur. Ca, c'est le boulot du PO qui le fait à un autre moment, à part, loin de l'équipe de dev.

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

    Informations forums :
    Inscription : janvier 2011
    Messages : 805
    Points : 2 931
    Points
    2 931
    Par défaut
    Sur le Product Owner lui-même, j'ai ce bouquin qui est très bien mais je ne me souviens plus s'il parle de l'interaction avec les utilisateurs, je checkerai ce soir

    https://www.amazon.com/Agile-Product...sap_bc?ie=UTF8

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

    Informations forums :
    Inscription : janvier 2011
    Messages : 805
    Points : 2 931
    Points
    2 931
    Par défaut
    PS : j'avais cru voir Scrum dans la question, c'est pour ça que j'ai répondu là-dessus. Mais je m'aperçois que tu n'as pas précisé la méthode ?

  6. #6
    Membre éprouvé
    Avatar de randriano
    Homme Profil pro
    Inscrit en
    janvier 2007
    Messages
    1 211
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Madagascar

    Informations forums :
    Inscription : janvier 2007
    Messages : 1 211
    Points : 1 035
    Points
    1 035
    Par défaut
    Très bonne question ce sujet.

    On a beau vouloir être agile, le client n'est pas très réactif! J'ai expérimenté cela avec des clients qui étaient des organismes publics, très bureaucratiques. On a beau avoir un Product Owner des deux côtés, le prestataire qui développe le produit et une personne de contact chez le ministère qui est en quelque sorte un Product owner aussi, mais au final il se dit qu'il n'est pas décideur du tout, il y a une hiérarchie de validation!
    randriano.dvp.com
    Développeur. Product Owner [Agile]. Sites web, mobile apps, système d'information (SI).

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

    Informations forums :
    Inscription : décembre 2007
    Messages : 6 513
    Points : 30 480
    Points
    30 480
    Par défaut
    le problème de l'agile, c'est que tout le monde doit l'être pour que ça marche.

    J'étais sur un projet en waterfall(une refonte complète, ça se prêtait assez bien au waterfall, ce qui n'est pas si fréquent). et puis l'équipe agile a un besoin urgent tout de suite sur mon périmètre, et je dois abandonner mon planning, passer une semaine à les sortir de la mouise, avant de revenir à mon petit waterfall. Que j'ai quand même réussi à livrer dans les temps, mais ce fut fort juste. Mes chefs étaient furax. Et je les comprends.
    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.

  8. #8
    Modérateur

    Avatar de Vincent PETIT
    Homme Profil pro
    Ancien développeur matériel électronique (Hard/Soft)
    Inscrit en
    avril 2002
    Messages
    2 999
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Pas de Calais (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Ancien développeur matériel électronique (Hard/Soft)
    Secteur : Service public

    Informations forums :
    Inscription : avril 2002
    Messages : 2 999
    Points : 10 789
    Points
    10 789
    Par défaut
    Salut,
    Citation Envoyé par Thomas1434 Voir le message
    N'hésitez pas à me demande plus d'infos si nécessaire et à partager vos liens et expériences
    Attention Ce qui va suivre n'est pas une blague Dans cette discussion https://www.developpez.net/forums/d1.../#post10257875

    Citation Envoyé par Terin
    Un projet agile ça se passe comme ça :

    Client : J'ai besoin d'une table
    MOA : on a besoin d'une table
    MOE : Fait une table
    Développeur : j'ai fait une table
    MOE : il a fait une table
    MOA : voilà votre table
    Client : mais la table passe pas ma porte ...
    MOA : faut que la table passe la porte (voyons c'est évident)
    MOE : La table doit passer la porte !
    Développeur : Voilà, la table passe la porte
    .
    .
    .
    Et côté client, car je suis dans une très très grosse boîte, bah ça se passe comme ça :

    Client : J'ai enfin eu la table, elle passe la porte cette fois !
    Chef d'agence : Mince on a pas spécifier la hauteur...
    Chef de groupe : Oups il manque un pied
    Chef d'équipe : Aie... elle est ronde
    L'équipe d'utilisateurs : Nan mais quelle bande de con, on demande 5 chaises et on se retrouve avec une grande table ronde, à 3 pieds et qui fait 2m de haut !
    Chef d'équipe : On va faire modifier et faire un découpage en 5
    Chef de groupe : On va profiter de la modification pour changer la couleur, car l'éclairage de la pièce est trop sombre
    Chef d'agence : Bonne idée, et un bord de table droit serait un plus pour la mettre contre un mur.
    Client : Il faudrait faire 5 trous carrés, et surtout carrés, dans la table pour améliorer l'éclairage et ajouter un bord droit quelque part dans dans le coin de la table ronde ! Et attention a ce que ça passe dans la porte cette fois ci !
    .
    .
    .
    Arriver à créer de l'implication avec des utilisateurs qui subissent ça, ça va être compliqué.
    La science ne nous apprend rien : c'est l'expérience qui nous apprend quelque chose.
    Richard Feynman

  9. #9
    Membre éprouvé
    Avatar de randriano
    Homme Profil pro
    Inscrit en
    janvier 2007
    Messages
    1 211
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Madagascar

    Informations forums :
    Inscription : janvier 2007
    Messages : 1 211
    Points : 1 035
    Points
    1 035
    Par défaut
    Citation Envoyé par Vincent PETIT Voir le message
    Salut,

    Attention Ce qui va suivre n'est pas une blague Dans cette discussion https://www.developpez.net/forums/d1.../#post10257875
    Je ne pense pas que c'est du cycle V qu'ils font mais un Agile à leur manière (pas forcément Scrum ou une méthodologie connue).

    Faire de l'Agile avec autant d'intermédiaires est effectivement difficile: MOE - MOA.

    un cauchemar pour les développeurs qui subissent tout => cela ne devrait pas être le cas avec un bon Product Owner en méthodo Scrum!
    randriano.dvp.com
    Développeur. Product Owner [Agile]. Sites web, mobile apps, système d'information (SI).

Discussions similaires

  1. Comment restreindre les utilisateurs sur XenApp 6 ?
    Par Glev_67 dans le forum Virtualisation
    Réponses: 0
    Dernier message: 27/06/2013, 15h42
  2. [10.2.0.4 on W2K3] Comment identifier les utilisateurs web
    Par fred_04510 dans le forum Administration
    Réponses: 3
    Dernier message: 24/10/2010, 17h10
  3. Réponses: 2
    Dernier message: 26/03/2009, 07h49
  4. Réponses: 3
    Dernier message: 16/06/2007, 19h47
  5. Réponses: 4
    Dernier message: 25/05/2006, 21h05

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