Il faut faire un Scrum by the book ou on adapte ?
Вставка
- Опубліковано 15 лют 2024
- Il faut faire un Scrum by the book ou on adapte ?
✅ Abonne toi : ua-cam.com/users/LaMinuteAgi...
⭕ Notre Telegram : t.me/laminuteagile
⭕ Notre twitter : / agile_la
⭕ Twitter Myagile Partner : / myagilepartner
#scrum #scrumguide2020 #scrumguide #scrummaster
===========================================
N'oubliez pas de cliquer sur la cloche ("notification")
o Vous recevrez en notification nos nouvelles vidéos
o Très important pour nous soutenir
===========================================
Retrouvez les éléments à imprimer sur le blog Myagile Partner :
blog.myagilepartner.fr/
Et retrouvez notre blog américain :
www.myagilepartner.com/blog/
===========================================
Auteur et acteur : Paquet Judicaël - Наука та технологія
Totalement aligné, merci pour cette vidéo :-)
Je pense qu'il y a plein de bons arguments dans ta vidéo avec plein de bons retours et pourtant si on prend un prisme différents on peut totalement les invalider. Effectivement les estimations ne sont pas dans SCRUM mais si on n'estime pas on ne sait pas ce qui va rentrer ou pas dans une facturation à un temps N. Hélas la logique de venir dire on est payé à date N, il y a du retard il y a du retard ca ne marche pas... Les salaires tombent, la boite tourne et le projet aussi... et le monde idéal de se dire "oui mais ca n'arrive pas tout le temps", je suis aussi d'accord, mais le monde réel montre que les devs (et je l'ai été par le passé) nous n'avons pas la science infuse. Donc pour donner de la vision on management, sans pour autant faire du tracking de productivité mais plus pour aider à la facturation et à la communication cela aide énormément.
En fait comme toujours, il y a la théorie et le monde réel. On a souvent tendance à oublier que derrière une équipe et un projet (SAFe, SCRUM, Kaban, lean) il y a de la facturation... et donc par extension on ne peut pas faire de l'aveugle.
Sinon très bonne vidéo sur le sujet.
Hello,
La video n’est pas pour dire de ne pas estimer mais de le faire comme ci c’était une règle. La notion de retard est un problème d’un manque d’agilité justement. Un environnement agile ne cherche pas une quantité mais une qualité avec un scope qui est en constante évolution grâce à la recherche d’un meilleur produit grâce aux feed back. D’ailleurs certaines entreprises font des contrats “adaptés agiles” qui ne facture pas un scope mais un temps d’équipe agile ; les entreprises que j’ai vu faire ça, ça marche du feu de dieu.
Merci beaucoup pour ton com
L'estimation est un bon outil pour sortir les équipes sur sur engagement, ou se protéger de la surcharge
En effet c’est un “outil”. Le scrum ne l’interdit pas mais ne l’impose pas. Son utilisation doit venir d’un choix des développeurs et pas sortir de leur sphère. Mais à 99% du temps c’est imposé par l’entreprise à la recherche de chiffres inutiles maiscouteux