Le contrat agile, avec Arnaud Georgin - Scrum Life 63

[@ScrumLife]

Découvrez toute la communauté Scrum Life ! 👉 sl.run/ZzxNrV

[@fredericrenard2282]

Un rugby man dans scrum life... moi je dis bravoooooo.

[@francoissuprin4345]

Vraiment top cette vidéo, Merci les gars pour ce retour d'expérience très concret

[@ScrumLife]

Super !

[@ScrumLife]

Rendez-vous ce soir à 21h30 pour un Live avec Arnaud qui répondra à vos commentaires ! kzbin.info/www/bejne/sIjOq3iPgbWZa6s

[@colaps]

Hello Scrum Life, Merci pour ce retour d'expérience très clair ... sauf sur la partie "pénalités" qui, pour moi, reste floue. Quels genres de pénalités étaient prévues pour le client et pour quelles causes ? J'imagine "Non présence aux review" ... mais comment aviez-vous évaluer le "préjudice subit par le projet et l'équipe" et le montant de la pénalité ? Idem pour la cause : "Aucune US prête pour le sprint suivant". Quel est le préjudice subit (et comment chiffrer la pénalité) ? Si le client ne fait rien pour alimenter l'équipe, inutile de lancer le sprint suivant => facturation = 0 et l'équipe switch sur un autre projet (d'après mon expérience, dans le monde des ESN, une équipe n'est jamais uni-projet - malheureusement ... mais c'est "économiquement" compréhensible-). Encore merci à JPL, CGA et Arnaud pour ce REX :) @+ FranckC

[@ScrumLife]

Quelle est votre expérience avec des contrats agile ? Qu'est-ce que cela a donné ?

[@clementmoysan2592]

Bonjour, Je viens d'arriver dans une entité de ma société où l'on vend des contrats agiles. C'est pour répondre essentiellement à une incertitude d'un client et donc on va avancer avec lui pour produire son produit. Nous vendons des sprints, ou il va indiquer un budget max et lui demander sur combien de temps il souhaite le dépenser : Exemple j'ai un client qui paye XK € et qu'on doit étaler sur toute cette année. Le seul souci de faire ça à ce que je vois c'est qu'on résonne au TJM développeur. Donc pour éviter de tout dépenser en quelques mois le développeur travaille à 50% sur le projet. Les 50 autres il est sur un autre projet. Le client est satisfait parce qu'il a la même personne tout au long de l'année sur son projet, mais par contre pour le développeur il doit jongler le lundi, mercredi, vendredi 1/2 sur ce projet et les autres moments sur un autre. Autre REX, un contrat agile mais sur du court terme, qui peut être assez dérangeant si on souhaite se projeter ensuite. Merci pour le REX Arnaud, ça va m'orienter comment je peux améliorer la vente du contrat agile. Par contre j'avais plusieurs questions : - en terme de client, est-ce que vous aviez déjà travaillé avec lui ? - Comment c'est construit la confiance autour de l'équipe et du client ? - Le budget et la deadline a-t-il été respecté ? - Comment avez-vous amené l'agilité au client ? - Participait-il aux différents rituels ? - Le PM et les POs étaient-ils en interne chez vous ou c'était le client qui est venu avec son équipe PM/PO ? N'hésitez pas si je dois lui poser les questions directement sur Twitter. Bonne journée et encore merci pour la chaîne ! Travail de dingue !

[@portoyosh]

Super REX. Concernant le module dont il est question à la fin, je me pose la question de comment la partie "relation humaine" a été gérée sur ce cas particulier? Lorsque tu dis que tu as dû t'imposer, est-ce que les tensions ont été fortes et comment ont-elles été résolues (sur l'aspect vraiment humain)? Je me demande aussi si faire un inventaire à la Prévert ne reviendrait pas à faire un cahier des charges détaillé et in fine serait une sorte d'approche du type cycle en V? -> Est-ce que ça ne rassurerait pas un peu le client fébrile de retrouver quelque chose de connu?

[@iNikess]

Si j’ai bien compris : la facturation se fait au point et les points sont des estimations. J’ai juste ?