Merci pour ton retour enthousiaste, @Gromhak_ ! 😄🎉 Content que la vidéo t'ait aidé à mieux comprendre l'importance du socle de vision produit. C'est vraiment crucial pour aligner l'équipe et maintenir une direction claire et partagée. Et toi, comment construis-tu ton socle de vision produit dans ton équipe ? Partage ton expérience, ça pourrait enrichir la discussion ! À bientôt sur Scrum Life ! Robin 🚀

​@@ScrumLife J'utilise le Product Vision Statement comme indiqué dans cette vidéo, c'est un moyen super simple de donner un cap en forçant à faire des choix lorsqu'on la définit. En ce qui concerne une expérience à partager, il y à quelques temps je me suis servit du Product Vision Statement pour démontrer au PO de la boite que j'accompagne en ce moment que la vision produit n'était pas claire et suffisamment partagée dans l'équipe. J'ai demandé à chaque développeur de l'équipe de donner une version du Product Vision Statement en se basant sur l'état actuel de la plateforme et les développements en cours. Il s'est avéré que entre le désir et la réalité il y avait un écart assez grand expliquant pourquoi certains éléments important pour le PO semblaient insignifiant pour les devs et vice-versa créant des frustrations de tous les cotés entre autres. Actuellement, la vision produit est donc affinée et partagée, cela à également permis au PO de découvrir certaines possibilités qu'offre la plate-forme dont il n'avait pas connaissance avant (même si je trouve ça assez navrant ;) ). En espérant que ce retour serve ou à minima soit source d'idées ;)

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

Justement, il est fort probable qu'on en parle lors du prochain Live, lundi 17 février ! Tu viens ? Tous les lundi, 13h

Joliment dit !!!

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

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!

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 :-)

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.

Merci ! Vas-tu en utiliser certains éléments ? -- JP

Super ! Si tu ne devais retenir qu'une seule chose de la vidéo, ce serait quoi ? -- 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

On testait un nouveau micro, aussi ton feedback sur le son est bienvenu ! On va vérifier ça. 👍

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

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 😊