Bonjour @davidravigneaux4541 ! Je suis aussi d'accord avec toi, cette vidéo était vraiment enrichissante ! C'est toujours intéressant de voir comment différentes approches agiles peuvent s'harmoniser pour apporter de la valeur. Je serais curieux, quel est selon toi l'événement Scrum le plus crucial pour la réussite d'une équipe ? Robin, de Scrum Life 🌟
Salut Robin. Il y a 10 ans j'avais passé un entretien de recrutement et on m'avait posé cette question. J'avais répondu le Sprint planning, c'était mes débuts dans l'agilité, avant j'étais chef de projet et le Sprint planning était pour moi le bon moment pour justement rassembler tous les éléments pour réussir le prochain sprint. Je n'ai pas été retenu, on m'a expliqué que c'était une mauvaise réponse, que l'événement le plus important devait être la rétrospective car en Agile on prône l'amélioration continue... 10 ans après, après quelques formations, quelques certifications, et un peu de curiosité et d'expérience.... je réponds la Sprint Review ! pour moi c'est le moment de vérité pour savoir si on fait fausse route ou pas, pour se confronter aux utilisateurs, pour valider ou non des hypothèses et pour justement se permettre d'adapter notre plan :-)
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
Salut @Quake64, Je trouve ton commentaire très intéressant et il soulève des points cruciaux sur l'intégration des approches agiles dans le monde réel. C'est vrai qu'il y a souvent un fossé entre la théorie agile et les contraintes opérationnelles comme la facturation et la planification financière. Je partage ton opinion que les estimations peuvent jouer un rôle important pour donner de la vision au management, même si elles ne sont pas strictement requises par Scrum. Cela me fait penser qu'il y a toujours un juste milieu à trouver entre adhérer aux principes agiles et s'adapter aux réalités économiques de l'entreprise. Peut-être que l'un des points à explorer est la manière dont d'autres équipes concilient ces deux aspects. Quelles pratiques ou compromis as-tu vu fonctionner dans ton expérience passée pour naviguer ce challenge? Encore merci pour ton éclairage très pertinent et bonne continuation! Robin 😊 #Agilité #Scrum #GestionDeProjet
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
Bonjour @d0ud0uSmartphone, Merci pour ton commentaire éclairé ! L'estimation est effectivement un levier précieux pour aider les équipes à gérer leur charge de travail de manière réaliste. C'est fascinant de voir comment, à travers des approches agiles comme Scrum ou Kanban, on peut améliorer non seulement la performance des équipes, mais aussi leur bien-être et leur engagement à long terme. Dans ta pratique, est-ce que tu as déjà rencontré des challenges particuliers avec l'estimation qui ont nécessité des ajustements de ta part ou de ton équipe ? Par exemple, comment abordes-tu les variations entre les prévisions et la réalité des tâches accomplies ? Impatient de te lire et d'échanger à ce sujet ! Robin, de Scrum Life
Totalement aligné, merci pour cette vidéo :-)
Bonjour @davidravigneaux4541 !
Je suis aussi d'accord avec toi, cette vidéo était vraiment enrichissante ! C'est toujours intéressant de voir comment différentes approches agiles peuvent s'harmoniser pour apporter de la valeur. Je serais curieux, quel est selon toi l'événement Scrum le plus crucial pour la réussite d'une équipe ?
Robin, de Scrum Life 🌟
Salut Robin. Il y a 10 ans j'avais passé un entretien de recrutement et on m'avait posé cette question. J'avais répondu le Sprint planning, c'était mes débuts dans l'agilité, avant j'étais chef de projet et le Sprint planning était pour moi le bon moment pour justement rassembler tous les éléments pour réussir le prochain sprint. Je n'ai pas été retenu, on m'a expliqué que c'était une mauvaise réponse, que l'événement le plus important devait être la rétrospective car en Agile on prône l'amélioration continue...
10 ans après, après quelques formations, quelques certifications, et un peu de curiosité et d'expérience.... je réponds la Sprint Review ! pour moi c'est le moment de vérité pour savoir si on fait fausse route ou pas, pour se confronter aux utilisateurs, pour valider ou non des hypothèses et pour justement se permettre d'adapter notre plan :-)
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
Salut @Quake64,
Je trouve ton commentaire très intéressant et il soulève des points cruciaux sur l'intégration des approches agiles dans le monde réel. C'est vrai qu'il y a souvent un fossé entre la théorie agile et les contraintes opérationnelles comme la facturation et la planification financière. Je partage ton opinion que les estimations peuvent jouer un rôle important pour donner de la vision au management, même si elles ne sont pas strictement requises par Scrum.
Cela me fait penser qu'il y a toujours un juste milieu à trouver entre adhérer aux principes agiles et s'adapter aux réalités économiques de l'entreprise. Peut-être que l'un des points à explorer est la manière dont d'autres équipes concilient ces deux aspects. Quelles pratiques ou compromis as-tu vu fonctionner dans ton expérience passée pour naviguer ce challenge?
Encore merci pour ton éclairage très pertinent et bonne continuation!
Robin 😊
#Agilité #Scrum #GestionDeProjet
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
Bonjour @d0ud0uSmartphone,
Merci pour ton commentaire éclairé ! L'estimation est effectivement un levier précieux pour aider les équipes à gérer leur charge de travail de manière réaliste. C'est fascinant de voir comment, à travers des approches agiles comme Scrum ou Kanban, on peut améliorer non seulement la performance des équipes, mais aussi leur bien-être et leur engagement à long terme.
Dans ta pratique, est-ce que tu as déjà rencontré des challenges particuliers avec l'estimation qui ont nécessité des ajustements de ta part ou de ton équipe ? Par exemple, comment abordes-tu les variations entre les prévisions et la réalité des tâches accomplies ?
Impatient de te lire et d'échanger à ce sujet !
Robin, de Scrum Life