Sujet très bien traité. Pour aller plus loin, on pourrait évoquer l'outil OKR qui partage certains enjeux de la vision produit (valeur, alignement, motivation,...)
Bonjour, C'est la seconde fois que je vois ta vidéo, car le sujet est pour moi primordial et devrait être au cœur des préoccupations des entreprise qui souhaite s'orienter vers l'agilité. J'ai constaté cependant aux cours de mes expériences que l'autonomie que l'on promeut bien souvent rencontre des freins particulièrement importants: 1 - une hiérarchie qui effectue un AgileWashing et qui n'adhère en fait pas du tout à l'agilité dans la réalité, ce qui conduit à générer un flou dans les équipes... la vision de l'entreprise n'est pas claire, cela perd les équipes, on n'ose pas aller sur le chemin car on ne sait pas bien où il arrive et si cela est bien partagé par la hiérarchie. 2 - le mindset de certaines personnalités dans les équipes car elle ne veulent pas changer leur façon de travailler, conserver leur zone de confort. En somme, elles disent: je veux que l'on me dise ce que je dois faire. Je ne veux pas d'autonomie car j'acquière la "responsabilité" d'une partie du produit. En somme, je ne veux pas être responsable. Je ne veux pas être responsable d'un choix. Pour moi, l'agilité c'est la vision, où on va, pourquoi… mais c'est aussi l'autonomie, le choix du chemin, de savoir dire pourquoi on y passe, d'assumer le choix, et donc d'assumer l'erreur, la faute, l'échec, le stress. Je rapproche souvent cette situation de celle qui oppose Salarié et Freelance. Le Freelance aurait-il pour son compte un Vision Produit (un objectif pour sa personne), et le Salarié en serait-il dépourvu ??? je déborde du sujet.... A bientôt
Tu touches juste. Le changement de paradigme est non seulement difficile pour la hiérarchie, mais aussi pour les équipiers. Bien entendu, les causes sont multiples : quand la culture de l'entreprise est de blâmer les coupables, on comprends aisément que les équipiers n'aspirent pas à prendre plus de responsabilités. Au final, un accompagnement individuel de chacun est important pour les amener dans un état d'esprit de croissance, tout en travaillant sur la culture de l'entreprise. Bref : il faut du management, du véritable management. Par ailleurs, cette notion de l'accompagnement de chaque personne dans le changement est un des sujets de notre formation "Deviens meilleur(e) Scrum Master" -- formation qui forme justement à être de véritables agents du changement. De ton côté, comment gères-tu ce genre de situation et de personnes ? Comment les accompagnes-tu ? -- JP
Je découvre votre chaîne - et j'apprends plein de trucs! Bravo. En plus, j'aime beaucoup le ton léger et l'humour :) Petite suggestion : je suis développeur solo de jeux vidéo et, même si je trouve quelques infos sur l'application des méthodes agiles et Scrum quand on travaille seul, je serai SUPER CURIEUX d'avoir votre point de vues et conseils sur la question (ça pourrait faire une vidéo très cool). Je suis certain que ça intéresserait plein de gens :)
Merci Jean-Baptiste, c'est une très bonne idée de sujet nous l'ajoutons à notre backlog. En tant que dev solo, qu'est-ce qui t'attires dans les approches agile et scrum en particulier ?
@@ScrumLife Merci beaucoup Jean-Pierre pour ta réponse! C'est vraiment très cool d'animer l'espace commentaires et de répondre à ta commu. J'aime encore plus ta chaîne :) Pour répondre à ta question (ça va être un peu long, désolé :), j'avais beaucoup d'a priori négatifs sur le Scrum et les méthodes agiles (soyons franc, y'a pas mal de bullshit et les méthodes sont parfois très mal appliquées - voire, comme tu en parlais dans ton épisode Halloween, un outil pour mettre la pression sur les devs), et en bossant en solo sur mon jeu, au début, j'y allais sans réelle méthode (juste des interminables to-do lists, et j'implémentais ce que j'avais à faire au fil de l'eau). Ca marchait très bien au début lors du prototypage et quand le projet était encore "petit", mais au fil des mois, je me sentais écrasé par la montagne de choses à faire. En lisant un super article qui parle des méthodes agile pour les dev solo en jeux video (hacknplan.com/project-planning-for-solo-game-developers/), je me suis organisé en "sprint" - enfin, à ma façon :) Concrètement : pendant 3 mois, je me suis uniquement concentré sur la finalisation de tous les assets graphiques - et toutes les idées/tâches qui ne rentraient pas dans ce sprint (sur le code, le marketing, la musique, etc.), je les écrivais dans un backlog (juste plein de Google Docs, notes papier et fichiers texte) et je les écartais complètement de mon esprit. Ce n'est pas du "pur agile" et la méthode est très perfectible (je devrai faire des sprints beaucoup plus courts), mais ça m'a énormément aidé de faire cette technique. Et maintenant que j'ai fini tous les assets graphiques, je prépare mon prochain "sprint" en me renseignant sur d'autres techniques agile (faire des user stories, découper au maximum les tâches en sous-tâches). Néanmoins, parmi la foule de ressources, articles et vidéos que je trouve sur les méthodes agiles et le Scrum, je trouve que beaucoup ne sont pas vraiment adaptées "telles quelles" pour le dev en solo (en sachant que je ne fais pas que le code, mais je travaille aussi en solo la musique, le marketing, la promotion, le scénario, etc.). Bref, je pense ne pas être le seul dans le cas et je serais super intéressé d'avoir ton point de vue sur la manière d'adopter les méthodes agiles pour le dev en solo (jeux vidéo, sites web, apps sur mobiles, etc.) :) Merci encore!
@@ScrumLife alors, deux choses que je trouve très utile par rapport à mon expérience. La première, est de présenter la vision produit comme un outil. C'est peut-être un peu bête, mais je me rappelle d'un atelier auquel j'ai participé dans ma start-up, pour justement définir notre vision. Mais, finalement, nous avions notre "mantra", mais sans que personne ne comprenne réellement comment l'utiliser au quotidien. Cette vidéo aurait été très bénéfique en introduction. Et en deuxième, l'illustration de l'utilisation de la vision comme moyen pour l'équipe d'être autonome, de prendre des décisions rapides, et pour la direction de suivre des objectifs et non pas des livrables. Là encore, ça peut sembler évident mais en pratique... 🙄 Donc je n'hésiterai pas à utiliser ce support la prochaine fois :-)
Ah ah, oui elle est top en plus cette vidéo ! Bien noté pour les OKR et les North Star 💪 Si tu devais résumer cette vidéo en une seule chose, ce serait laquelle ? 🤔 -- JP
@@ScrumLife Je citerais Marilyn Kol qui rappelait un proverbe : " Quand on ne sait pas où on va, quand on arrive, c'est pas là." La Vision c'est le sens des choses. Sans vision on brasse de l'air.
J'adore vos vidéos mais si je peux me permettre, des vidéos plus courtes ça serait top. A mon avis toutes les infos de cette vidéo dans un format de 5 minutes serait vraiment top
On est d'accord ! Mais faire des vidéos vraiment courtes, ce n'est pas facile. On réessaiera peut-être à nouveau un de ces jours ! Autrement, qu'est-ce qui a tout particulièrement retenu ton attention dans cette vidéo ? -- JP
Salut ! Non nous n'avons toujours pas fait d'épisode sur le North Star Framework. Ce serait pas mal en effet ! As-tu regardé le "playbook" qui présente le concept et explique comment le mettre en oeuvre ? -- JP
Je sais que c est pas forcement simple comme question mais est ce possible d avoir un graph avec le projet, les iterations et qu est ce qu on met a chaque etape
J en oublie la politesse, bonjour et bonne annee @@ScrumLife Je debute en scrum et j ai ete catapulte (a defaut et par "bonne volonte") au poste de scrum master Du coup j essaie de comprendre quels sont mes roles, quels ceremonies dois je pousser, comment organiser, comment ameliorer l organisation du projet (projet en safe) Je tiens d ailleurs a vous remercier, les differentes videos me donne enormement d information dessus. Mais du coup en voyant cette video sur la vision produit je me demande ... et dans notre projet, ou est elle ? y a t il eu un decoupage en feature ? en theme ? ... Du coup je me demande est ce qu il n y a pas une guideline avec par exemple Avant de lancer le projet: vision du produit, parcours utilisateurs, X, Y Pendant un sprint: sprint planning, stand up, backlog refinement, process de mep, review, preparation de retro, retro Avec bien evidement aucune des etapes obligatoires, mais juste a titre indicatif la timeline a priorie des divers ceremonials/outils presentes au sein de la chaine (Scrum life) Merci encore pour tout ce contenur et pour votre disponibilite N.B.: La reponse n est pas urgente, n empietez pas sur votre week end juste pour moi xD
Il faudrait challenger la vision globale de l'entreprise. En supposant qu'elle existe, c'est le rôle du "chef" que de la porter et d'assurer un alignement des sous-visions (sur un produit donné par exemple) avec cette vision globale d'entreprise. Soit il a raison et il faut retravailler cette vision produit (il en serait d'ailleurs un acteur fort) soit il n'est pas lui même aligné avec la vision d'entreprise et dans ce cas c'est une autre paire de manches... Mais a minima on pourrait invoquer la vision d'entreprise justement 😊
Très bonne vidéo comme toujours, tu touches un point important en effet c'est la dissociation projet/produit que tu avais déjà évoqué, qui peut sembler évident mais qui mérite d'être rappelé. Pour Ikea je rajouterai un 3ème élément : "créer" c'est également une direction très puissante et fédératrice. Ce serait intéressant à creuser North star C'est peut-être moi mais je trouve le son un peu faible
Découvrez toute la communauté Scrum Life ! 👉 sl.run/J0aghJ
Cette vidéo est géniale et explique très bien ce que doit être ce socle de vision produit ! 😁🎉
J'aime beaucoup ces nouvelles vidéos qui sortent du cadre purement équipe de dev et va titiller la partie transformation du management.
Sujet très bien traité. Pour aller plus loin, on pourrait évoquer l'outil OKR qui partage certains enjeux de la vision produit (valeur, alignement, motivation,...)
Justement, il est fort probable qu'on en parle lors du prochain Live, lundi 17 février ! Tu viens ? Tous les lundi, 13h
Super, une vidéo avec en plus des exemples réels et concrets !
Si on peut résumer : la vision est au produit ce que l'objectif est au sprint ?
Joliment dit !!!
Bonjour,
C'est la seconde fois que je vois ta vidéo, car le sujet est pour moi primordial et devrait être au cœur des préoccupations des entreprise qui souhaite s'orienter vers l'agilité.
J'ai constaté cependant aux cours de mes expériences que l'autonomie que l'on promeut bien souvent rencontre des freins particulièrement importants:
1 - une hiérarchie qui effectue un AgileWashing et qui n'adhère en fait pas du tout à l'agilité dans la réalité, ce qui conduit à générer un flou dans les équipes... la vision de l'entreprise n'est pas claire, cela perd les équipes, on n'ose pas aller sur le chemin car on ne sait pas bien où il arrive et si cela est bien partagé par la hiérarchie.
2 - le mindset de certaines personnalités dans les équipes car elle ne veulent pas changer leur façon de travailler, conserver leur zone de confort. En somme, elles disent: je veux que l'on me dise ce que je dois faire. Je ne veux pas d'autonomie car j'acquière la "responsabilité" d'une partie du produit. En somme, je ne veux pas être responsable. Je ne veux pas être responsable d'un choix.
Pour moi, l'agilité c'est la vision, où on va, pourquoi… mais c'est aussi l'autonomie, le choix du chemin, de savoir dire pourquoi on y passe, d'assumer le choix, et donc d'assumer l'erreur, la faute, l'échec, le stress.
Je rapproche souvent cette situation de celle qui oppose Salarié et Freelance. Le Freelance aurait-il pour son compte un Vision Produit (un objectif pour sa personne), et le Salarié en serait-il dépourvu ??? je déborde du sujet....
A bientôt
Tu touches juste.
Le changement de paradigme est non seulement difficile pour la hiérarchie, mais aussi pour les équipiers.
Bien entendu, les causes sont multiples : quand la culture de l'entreprise est de blâmer les coupables, on comprends aisément que les équipiers n'aspirent pas à prendre plus de responsabilités.
Au final, un accompagnement individuel de chacun est important pour les amener dans un état d'esprit de croissance, tout en travaillant sur la culture de l'entreprise. Bref : il faut du management, du véritable management.
Par ailleurs, cette notion de l'accompagnement de chaque personne dans le changement est un des sujets de notre formation "Deviens meilleur(e) Scrum Master" -- formation qui forme justement à être de véritables agents du changement.
De ton côté, comment gères-tu ce genre de situation et de personnes ?
Comment les accompagnes-tu ?
-- JP
Je découvre votre chaîne - et j'apprends plein de trucs! Bravo. En plus, j'aime beaucoup le ton léger et l'humour :)
Petite suggestion : je suis développeur solo de jeux vidéo et, même si je trouve quelques infos sur l'application des méthodes agiles et Scrum quand on travaille seul, je serai SUPER CURIEUX d'avoir votre point de vues et conseils sur la question (ça pourrait faire une vidéo très cool). Je suis certain que ça intéresserait plein de gens :)
Merci Jean-Baptiste, c'est une très bonne idée de sujet nous l'ajoutons à notre backlog.
En tant que dev solo, qu'est-ce qui t'attires dans les approches agile et scrum en particulier ?
@@ScrumLife Merci beaucoup Jean-Pierre pour ta réponse! C'est vraiment très cool d'animer l'espace commentaires et de répondre à ta commu. J'aime encore plus ta chaîne :)
Pour répondre à ta question (ça va être un peu long, désolé :), j'avais beaucoup d'a priori négatifs sur le Scrum et les méthodes agiles (soyons franc, y'a pas mal de bullshit et les méthodes sont parfois très mal appliquées - voire, comme tu en parlais dans ton épisode Halloween, un outil pour mettre la pression sur les devs), et en bossant en solo sur mon jeu, au début, j'y allais sans réelle méthode (juste des interminables to-do lists, et j'implémentais ce que j'avais à faire au fil de l'eau).
Ca marchait très bien au début lors du prototypage et quand le projet était encore "petit", mais au fil des mois, je me sentais écrasé par la montagne de choses à faire.
En lisant un super article qui parle des méthodes agile pour les dev solo en jeux video (hacknplan.com/project-planning-for-solo-game-developers/), je me suis organisé en "sprint" - enfin, à ma façon :) Concrètement : pendant 3 mois, je me suis uniquement concentré sur la finalisation de tous les assets graphiques - et toutes les idées/tâches qui ne rentraient pas dans ce sprint (sur le code, le marketing, la musique, etc.), je les écrivais dans un backlog (juste plein de Google Docs, notes papier et fichiers texte) et je les écartais complètement de mon esprit.
Ce n'est pas du "pur agile" et la méthode est très perfectible (je devrai faire des sprints beaucoup plus courts), mais ça m'a énormément aidé de faire cette technique. Et maintenant que j'ai fini tous les assets graphiques, je prépare mon prochain "sprint" en me renseignant sur d'autres techniques agile (faire des user stories, découper au maximum les tâches en sous-tâches).
Néanmoins, parmi la foule de ressources, articles et vidéos que je trouve sur les méthodes agiles et le Scrum, je trouve que beaucoup ne sont pas vraiment adaptées "telles quelles" pour le dev en solo (en sachant que je ne fais pas que le code, mais je travaille aussi en solo la musique, le marketing, la promotion, le scénario, etc.). Bref, je pense ne pas être le seul dans le cas et je serais super intéressé d'avoir ton point de vue sur la manière d'adopter les méthodes agiles pour le dev en solo (jeux vidéo, sites web, apps sur mobiles, etc.) :) Merci encore!
Super vidéo, et très pédagogique, "prête à diffuser" auprès d'equipe pour bien comprendre les subtilités.
1 an plus tard, mais j'adore :-)
Merci et avec plaisir ! Quel est ton passage préféré ?
-- JP
@@ScrumLife alors, deux choses que je trouve très utile par rapport à mon expérience.
La première, est de présenter la vision produit comme un outil. C'est peut-être un peu bête, mais je me rappelle d'un atelier auquel j'ai participé dans ma start-up, pour justement définir notre vision. Mais, finalement, nous avions notre "mantra", mais sans que personne ne comprenne réellement comment l'utiliser au quotidien. Cette vidéo aurait été très bénéfique en introduction.
Et en deuxième, l'illustration de l'utilisation de la vision comme moyen pour l'équipe d'être autonome, de prendre des décisions rapides, et pour la direction de suivre des objectifs et non pas des livrables. Là encore, ça peut sembler évident mais en pratique... 🙄
Donc je n'hésiterai pas à utiliser ce support la prochaine fois :-)
Génial. Très clair. Est ce que la vision COMPOSANT c'est la même chose pour vous ?
Très utile merci pour cette vidéo ;)
Merci !
Vas-tu en utiliser certains éléments ?
-- JP
Au top merci
Super ! Si tu ne devais retenir qu'une seule chose de la vidéo, ce serait quoi ?
-- JP
Je l'avais loupé celle là ! Bon épisode ! North star et approfondir un peu sur les OKR je suis preneur :)
Ah ah, oui elle est top en plus cette vidéo ! Bien noté pour les OKR et les North Star 💪
Si tu devais résumer cette vidéo en une seule chose, ce serait laquelle ? 🤔
-- JP
@@ScrumLife Je citerais Marilyn Kol qui rappelait un proverbe : " Quand on ne sait pas où on va, quand on arrive, c'est pas là."
La Vision c'est le sens des choses.
Sans vision on brasse de l'air.
J'adore vos vidéos mais si je peux me permettre, des vidéos plus courtes ça serait top. A mon avis toutes les infos de cette vidéo dans un format de 5 minutes serait vraiment top
On est d'accord ! Mais faire des vidéos vraiment courtes, ce n'est pas facile. On réessaiera peut-être à nouveau un de ces jours !
Autrement, qu'est-ce qui a tout particulièrement retenu ton attention dans cette vidéo ?
-- JP
Hello !
Avez vous réalisez une vidéo sur les North Star depuis ?
Salut ! Non nous n'avons toujours pas fait d'épisode sur le North Star Framework. Ce serait pas mal en effet !
As-tu regardé le "playbook" qui présente le concept et explique comment le mettre en oeuvre ?
-- JP
Et le business Owner qui est le responsable de la gamme de produits , il apporte pas sa vision ?
Je sais que c est pas forcement simple comme question mais est ce possible d avoir un graph avec le projet, les iterations et qu est ce qu on met a chaque etape
merci d avance
Difficile de répondre car c'est très lié au type de projet 🤔
Pourrais-tu nous donner plus de contexte sur ce que tu recherches ?
-- JP
J en oublie la politesse, bonjour et bonne annee @@ScrumLife
Je debute en scrum et j ai ete catapulte (a defaut et par "bonne volonte") au poste de scrum master
Du coup j essaie de comprendre quels sont mes roles, quels ceremonies dois je pousser, comment organiser, comment ameliorer l organisation du projet (projet en safe)
Je tiens d ailleurs a vous remercier, les differentes videos me donne enormement d information dessus.
Mais du coup en voyant cette video sur la vision produit je me demande ... et dans notre projet, ou est elle ? y a t il eu un decoupage en feature ? en theme ? ...
Du coup je me demande est ce qu il n y a pas une guideline avec par exemple
Avant de lancer le projet: vision du produit, parcours utilisateurs, X, Y
Pendant un sprint: sprint planning, stand up, backlog refinement, process de mep, review, preparation de retro, retro
Avec bien evidement aucune des etapes obligatoires, mais juste a titre indicatif la timeline a priorie des divers ceremonials/outils presentes au sein de la chaine (Scrum life)
Merci encore pour tout ce contenur et pour votre disponibilite
N.B.: La reponse n est pas urgente, n empietez pas sur votre week end juste pour moi xD
Que faire si on a un chef qui challenge jusqu'à dérouter les gens de la vision?
Il faudrait challenger la vision globale de l'entreprise. En supposant qu'elle existe, c'est le rôle du "chef" que de la porter et d'assurer un alignement des sous-visions (sur un produit donné par exemple) avec cette vision globale d'entreprise. Soit il a raison et il faut retravailler cette vision produit (il en serait d'ailleurs un acteur fort) soit il n'est pas lui même aligné avec la vision d'entreprise et dans ce cas c'est une autre paire de manches... Mais a minima on pourrait invoquer la vision d'entreprise justement 😊
Très bonne vidéo comme toujours, tu touches un point important en effet c'est la dissociation projet/produit que tu avais déjà évoqué, qui peut sembler évident mais qui mérite d'être rappelé. Pour Ikea je rajouterai un 3ème élément : "créer" c'est également une direction très puissante et fédératrice. Ce serait intéressant à creuser North star
C'est peut-être moi mais je trouve le son un peu faible
On testait un nouveau micro, aussi ton feedback sur le son est bienvenu ! On va vérifier ça. 👍