Autre phrase inspirante de Saint-Ex (en rapport avec la fin de la vidéo) : "La perfection est atteinte non pas lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus rien à retirer." Merci pour cette vidéo. Un grand fan 😁
Super video! Bravo! De mon expérience, j'ai utilisé l'impact mapping (d’après le livre de Gojko Adzic), ça a énormément aidé le PO et la dev team. En mettant des KPI (aidé par un data analyste) pour (presque)chaque impact voulu nous avons considérablement amélioré la prise de feedback et permis de ne pas aller plus loin dans des features qui ne nourrissaient pas suffisamment l'impact.
Il faut que ces vidéos géniales s'arrêtent tout de suite. Ça frise l'indécence, là. Je ne sais pas comment on faisait avant que ta chaîne ne débarque, sérieux.
Je compte sur toi pour partager et faire connaître la chaîne ! Parce qu'on ne va pas s'arrêter là !!! Qui autour de toi pourrait tirer parti de ces contenus ?
Scrum Life Je connais pas mal de PO et de SM qui devraient s'alimenter en vidéos sur cette chaîne en permanence. Car bien souvent, les exemples choisis sont très concrets, et représentent des écueils connus qui parlent aux Agilistes. Oui, t'inquiète, je partagerai ces contenus de qualité à chaque fois que l'occasion se présente! ;-)
Toujours bien faites, cette vidéo m'intéresse particulièrement en tant que PO. Les dev sont "dans" le produit mais ne mesurent pas toujours le résultat de leur code. Donc le PO doit leur donner plus de retours des utilisateurs et plus de projection sur les résultats attendus ; et se concentrer sur la valeur. Pendant l'été on fait un ou deux sprints de nettoyage de bugs, histoire de préparer la rentrée : je note la notion de nettoyage du code mort et en parlerai à la prochaine rétro ! NB : JP et Constantin, avez-vous fait une liste des sujets abordés dans les 84 vidéos ? Je cherchais le DOD l'autre jour et un sommaire faciliterait la recherche. Merci !
Bonsoir, à une époque oui il y avait une liste des sujets abordés mais nous l'avons abandonné. À la place nous nous rabattons sur les Playlists de la chaîne dans TH-cam : th-cam.com/channels/MCnZGIOeLVO65-LBxkkHyQ.htmlplaylists C'est assez brouillon, il faut que nous fassions le nettoyage, néanmoins il existe justement une Playlist "Definition of Done (DoD)" : th-cam.com/play/PLxTb_ZC4kmrSn8YlLiRVVcoUAcFWVPcaO.html
Super instructif Jean Pierre. Merci pour le partage. Je pense que ces pratiques vont faire pas mal de bien à mon équipe actuelle car on va peut être trop loin dans certaines features. A voir. Je te tiens au jus de l'avancé et de l'impact de ce que tu as expliqué :)
Vraiment top, merci beaucoup Scrum Life. Si vous avez des idées / conseils pour donner de l'impact au produit et du sens pour les développeurs alors qu'il s'agit d'une nouvelle version du produit (from scratch) et donc sans metrics associées je suis preneur. Autant cela est très clair de faire des projections puis de mesurer + partager le gain d'une feature, autant sans cet aspect réel du terrain (quantitatif) je trouve l'exercice plutôt compliqué. Merci pour le feedback :)
Bonjour Romain, merci pour le compliment sur la vidéo. Quand tu parles d'une nouvelle version du produit, tu parles d'une refonte technique d'un produit existant ?
@@cog_g Hello ! Oui, le produit existe déjà mais on travaille actuellement sur une refonte globale, aussi bien d'un point de vue tech que UI/UX. Merci d'avance.
@@RomainPichardCheupi du coup si j'ai bien compris ta demande, c'est d'avoir une idée d'implémenter les principes décrit dans la vidéo dans le cas d'une refonte globale. Dans ce cas-là, je pense qu'il faudrait réfléchir au pourquoi de la refonte. Est-ce parce que nous voulons la solution plus facilement maintenable (moins couteuse) ? Qui facilite la vie de l'utilisateur ? Et donc qui augmente l'utilisation du service ? Du coup on pourrait se dire que par exemple, l'impact d'un élément technique serait que les performances du produit soit supérieurs ou égales à la version actuelle. Pour ça, il faudrait peut-être, si ce n'est pas le cas, mesurer les performances actuelles, donc ajouter du code à l'existant pour avoir des données. Si c'est un élément "UI/UX", là encore en ce demandant ce qu'on veut améliorer par rapport à la version précédente, on doit pouvoir mesurer ça. Sais-tu sur quelles bases cette refonte s'est engagée ? Le pourquoi ?
@@cog_g Merci beaucoup pour ton retour complet (et désolé pour le délai de ma réponse). Cela répond très bien à ma question sur les sujets métiers si on met en avant chaque bénéfice (performances / UI / UX ...) par rapport à la version précédente. Là où je trouve cela plus compliqué c'est surtout sur toutes les features transversales (signup / login / forgot password / invitation de nouveaux users à l'app / billing / etc... qui sont plutôt "génériques" à toute app web saas). L'impact produit ici est peut être moins "motivant" pour les membre de l'équipe. Cette refonte a été engagée pour répondre à des besoins d'internationalisation (gestion plus avancée de la traduction) et une refonte en profondeur de l'UI/UX pour cibler un public moins "early". Encore merci 😊
Scrum Life Complètement. Je t'assure. Voire... Ce que je ne reconnaissais encore, étaient justement des axes d'améliorations que je souhaitais approfondir. Bref, ça fait trop du bien de tomber sur ta chaîne. Honnêtement, si tu n'existais pas, il faudrait t'inventer! :-)
Découvrez toute la communauté Scrum Life ! 👉 sl.run/21ZTjw
Autre phrase inspirante de Saint-Ex (en rapport avec la fin de la vidéo) : "La perfection est atteinte non pas lorsqu'il n'y a plus rien à ajouter, mais lorsqu'il n'y a plus rien à retirer."
Merci pour cette vidéo.
Un grand fan 😁
Alexis Archambault Oui, bien sûr. J'adore cette phrase.
Super video! Bravo! De mon expérience, j'ai utilisé l'impact mapping (d’après le livre de Gojko Adzic), ça a énormément aidé le PO et la dev team. En mettant des KPI (aidé par un data analyste) pour (presque)chaque impact voulu nous avons considérablement amélioré la prise de feedback et permis de ne pas aller plus loin dans des features qui ne nourrissaient pas suffisamment l'impact.
Wow ! Super retour d'expérience ! Merci du partage 😊
Génial cette vidéo !
Je la partage avec l'équipe dev tout de suite !
Il faut que ces vidéos géniales s'arrêtent tout de suite. Ça frise l'indécence, là. Je ne sais pas comment on faisait avant que ta chaîne ne débarque, sérieux.
Je compte sur toi pour partager et faire connaître la chaîne ! Parce qu'on ne va pas s'arrêter là !!! Qui autour de toi pourrait tirer parti de ces contenus ?
Scrum Life Je connais pas mal de PO et de SM qui devraient s'alimenter en vidéos sur cette chaîne en permanence. Car bien souvent, les exemples choisis sont très concrets, et représentent des écueils connus qui parlent aux Agilistes. Oui, t'inquiète, je partagerai ces contenus de qualité à chaque fois que l'occasion se présente! ;-)
Toujours bien faites, cette vidéo m'intéresse particulièrement en tant que PO. Les dev sont "dans" le produit mais ne mesurent pas toujours le résultat de leur code. Donc le PO doit leur donner plus de retours des utilisateurs et plus de projection sur les résultats attendus ; et se concentrer sur la valeur.
Pendant l'été on fait un ou deux sprints de nettoyage de bugs, histoire de préparer la rentrée : je note la notion de nettoyage du code mort et en parlerai à la prochaine rétro !
NB : JP et Constantin, avez-vous fait une liste des sujets abordés dans les 84 vidéos ? Je cherchais le DOD l'autre jour et un sommaire faciliterait la recherche. Merci !
Bonsoir, à une époque oui il y avait une liste des sujets abordés mais nous l'avons abandonné. À la place nous nous rabattons sur les Playlists de la chaîne dans TH-cam : th-cam.com/channels/MCnZGIOeLVO65-LBxkkHyQ.htmlplaylists
C'est assez brouillon, il faut que nous fassions le nettoyage, néanmoins il existe justement une Playlist "Definition of Done (DoD)" : th-cam.com/play/PLxTb_ZC4kmrSn8YlLiRVVcoUAcFWVPcaO.html
OK merci.
Super instructif Jean Pierre. Merci pour le partage. Je pense que ces pratiques vont faire pas mal de bien à mon équipe actuelle car on va peut être trop loin dans certaines features. A voir. Je te tiens au jus de l'avancé et de l'impact de ce que tu as expliqué :)
Oh oui ! S'il te plait, tiens-nous au courant ! 💪 Gros merci à toi 💜
Toujours géniales, ces vidéos. Je recommande autour de moi.
Quel est ton top 3 des vidéos de Scrum Life ?
Vraiment top, merci beaucoup Scrum Life.
Si vous avez des idées / conseils pour donner de l'impact au produit et du sens pour les développeurs alors qu'il s'agit d'une nouvelle version du produit (from scratch) et donc sans metrics associées je suis preneur.
Autant cela est très clair de faire des projections puis de mesurer + partager le gain d'une feature, autant sans cet aspect réel du terrain (quantitatif) je trouve l'exercice plutôt compliqué.
Merci pour le feedback :)
Bonjour Romain, merci pour le compliment sur la vidéo. Quand tu parles d'une nouvelle version du produit, tu parles d'une refonte technique d'un produit existant ?
@@cog_g Hello ! Oui, le produit existe déjà mais on travaille actuellement sur une refonte globale, aussi bien d'un point de vue tech que UI/UX. Merci d'avance.
@@RomainPichardCheupi du coup si j'ai bien compris ta demande, c'est d'avoir une idée d'implémenter les principes décrit dans la vidéo dans le cas d'une refonte globale.
Dans ce cas-là, je pense qu'il faudrait réfléchir au pourquoi de la refonte. Est-ce parce que nous voulons la solution plus facilement maintenable (moins couteuse) ?
Qui facilite la vie de l'utilisateur ? Et donc qui augmente l'utilisation du service ?
Du coup on pourrait se dire que par exemple, l'impact d'un élément technique serait que les performances du produit soit supérieurs ou égales à la version actuelle. Pour ça, il faudrait peut-être, si ce n'est pas le cas, mesurer les performances actuelles, donc ajouter du code à l'existant pour avoir des données.
Si c'est un élément "UI/UX", là encore en ce demandant ce qu'on veut améliorer par rapport à la version précédente, on doit pouvoir mesurer ça.
Sais-tu sur quelles bases cette refonte s'est engagée ? Le pourquoi ?
@@cog_g Merci beaucoup pour ton retour complet (et désolé pour le délai de ma réponse). Cela répond très bien à ma question sur les sujets métiers si on met en avant chaque bénéfice (performances / UI / UX ...) par rapport à la version précédente. Là où je trouve cela plus compliqué c'est surtout sur toutes les features transversales (signup / login / forgot password / invitation de nouveaux users à l'app / billing / etc... qui sont plutôt "génériques" à toute app web saas). L'impact produit ici est peut être moins "motivant" pour les membre de l'équipe. Cette refonte a été engagée pour répondre à des besoins d'internationalisation (gestion plus avancée de la traduction) et une refonte en profondeur de l'UI/UX pour cibler un public moins "early". Encore merci 😊
Merci, j'ai kiffé cette video aussi.
Est-ce que tu reconnais ton quotidien ?
Scrum Life Complètement. Je t'assure. Voire... Ce que je ne reconnaissais encore, étaient justement des axes d'améliorations que je souhaitais approfondir. Bref, ça fait trop du bien de tomber sur ta chaîne. Honnêtement, si tu n'existais pas, il faudrait t'inventer! :-)
J'adore !!
Puis je avoir le mode du backlog?