Відео

Attention aux vendeurs de rêve comme la société qui a fait cette vidéo. Si vous n'avez aucune expérience de Product Manager, vous ne trouverez pas de travail. Ils forment des PM en reconversion à la chaine, ça n'a aucune valeur de faire un bootcamp. Une formation gratuite fait le taffe, ne perdez pas votre argent là dedans.

J’aime beaucoup sa franchise sur la réalité quand tu te lances

Merci pour cette master class !

Top :)

Comment faire pour être un freelancer

j'ai l'impressin d'être malendant à l'écoute du chevelu et la concision est la mère de la formation M. Mme ...

Le low-code/no-code, c'est l'avenir. Il existe de plus en plus de SaaS/ipaas avec ces technos, notamment des market place depuis le Covid. Lancez-vous les loulous ;).

code >>>> no code, c'est ça, ça a des limites, mais ça ne sera jamais au niveau du full coding

Top. Merci pour ce retour. Je m'oriente vers du nocode AI.

Par contre, je n'ai pas compris un point : pourquoi nous parle t-on de gestion de projet, alors qu'il s'agit de la gestion de produit ? Dans certains meet up, il a été indiqué, que c'était deux choses différentes. Est ce que c'est dans le cadre du freelancing car on est seul? L'étude de faisabilité, etc... Normalement ce n'est pas aux products de réaliser cela, c'est le chef de projet, qui est un métier différent du rôle de Product manager/ Product owner, vu qu'eux se focalise sur le produit. Je n'ai pas compris du coups.

Suite à la réunion super pratique, j''ai bien gardé le CSV du Google Doc (30e min de vidéo) mais pourriez-vous noter le lien Google Doc dans la description de la vidéo, SVP, afin de permettre à d'autres de suivre et reprendre là où ils se seraient arrêtés ?

En bref, je comprends que product builder c’est un mix du product manager et du développeur.

Merci pour vos interviews!

Note 5

Très bonne explication du cycle produit

Merci pour cette vidéo

En tant que Coach Agile et Scrum Master depuis plus de 10 ans, je suis désolé de te dire, Nicolas, que basé uniquement sur les informations que tu partages, vous ne faisiez pas du Scrum, mais du VScrum ou ScrumV. Voici quelques erreurs dans ce que j'ai entendu qui me laisse penser ça : - Scrum est un Framework, un cadre de travail, qui défini des règles. Contrairement à une méthode, il n'est pas prescriptif mais décrit des principes à appliquer mais sans expliquer comment faire. - 10:24 : Scrum ne dit pas de faire des Sprint de 2 semaines. - 10:33 : Respecter les dates de livraison sont simple en Scrum puisqu'une équipe Scrum doit créer un nouvel incrément utilisable (et potentiellement livrable) à la fin de chaque itération. Potentiellement plus souvent, car certaines équipes bien accompagnées livrent plusieurs fois par semaine. - 10:45 : Déborder sur la semaine prochaine prouve que le framework n'a pas été comprit par votre organisation. Un Sprint a une durée fixe. Comme une journée, ou un mois. Le 31 janvier 2023 se terminera à 23:59:59 plus 1 seconde peu importe ce que vous ferez ou direz. Si une équipe n'a pas terminé c'est qu'elle n'est pas autonome (sans doute, une fois de plus, du à un mauvais accompagnement). Et aussi parce que l'équipe est focalisée sur la réalisation de ses Product Backlog items plus que sur l'atteinte du Sprint Goal. Et si les deux sont intimement lié à chaque Sprint, alors une fois de plus l'organisation n'a pas comprit Scrum. De plus, lorsqu'un Sprint se termine, les items non terminés retournent dans le backlog au même titre que les autres. Et peu importe si un effort a déjà été fourni, potentiellement il n'est plus pertinent. Dans l'usage on applique une règle de 30 / 50 / 20. 30% d'items sont indispensables, 50% sont important, 20% sont accessoires. - 11:00 : Si il y a beaucoup de question en cours de Sprint, c'est parce qu'il n'y a pas eu suffisamment de discussions (Product Backlog refinement) avant son démarrage. Le PO n'a pas pour vocation à tout spécifier, mais à engager des discussions avec toute l'équipe et les parties-prenantes pour orienter le produit. - 11:26 : Ne pas savoir POURQUOI on travail sur une feature est un problème de compétence du PO qui n'a sans doute pas suffisamment communiqué le Product Goal, et qui n'a pas défini avec l'équipe un Sprint Goal. - 11:40 : Si le développeur a l'impression d'avoir un rôle d'exécutant, c'est encore une fois car vous ne faisiez pas de Scrum mais du ScrumV ou Cycle en V en cycle court (ce coach explique rapidement la différence : ua-cam.com/video/l6MNfyi4feo/v-deo.html) - 12:17 : L'adoption d'une feature n'a absolument rien à voir avec le cadre, mais avec les compétences produits (tracking, analyse et connaissance de son marché, et capacité d'adaptation). Je m'arrête là car il y a déjà pas mal de matière, mais en tout cas, AUCUN de ces points ne peut changer avec une simple réorganisation d'un cadre. Tout est dans l'état d'esprit Agile de l'équipe Relisez au moins les 4 piliers du manifeste agile et le Scrum Guide, et vous verrez que vous étiez à côté de la plaque de votre implémentation du framework. Allez, je continue la vidéo en passant ce passage qui est un peu horripilant pour un vrai agiliste :')

Ça tombe bien merci Que ce sujet m'intéresse 🎉

Bonjour comment changé l'image de la page de couverture home!

Bonjour petite question est ce que l'on peut modifier l'ordre de la base de données

Très bons conseils de Marion. Les infos en plus seront envoyées par mail aux participants live ?

bonjour est-ce que je pourrais t'envoyer un MP , est-ce que tu pourrais me donner des cas d'utilisation pour un e-commerce en tout cas merci de tes vidéos Cyril

Attention Maestro certains de vos contenus sont uploaded en contenus pour enfant. Deux effets : impossible de commenter, impossible de mettre dans des playlists. La dernière en date est celle sur la 'négociation, bien utile, du salaire 😛

Bonjour ! Est il possible d’avoir la présentation et les ressources de la fin? Merci😀

Merci pour ce partage très inspirant 👍🏾

Refactoring, Modularité, Couverture de tests, Rôle & Responsabilités techniques et managériales du Product Manager... Merci et Big Up à Victor pour ces notions brillamment explicitées... on sent bien sa pratique du code en amont... 👍 Quant à la question de savoir si connaître (au moins un peu) la programmation (et ce peu importe le "langage")... le boulot des développeurs en fait... est bénéfique pour tout PM... la réponse est positivement évidente. D'ailleurs... ne serait-ce pas bénéfique aussi à tout développeur de s'intéresser et en savoir un peu plus sur le métier de Product Manager ? 🤔

This is just what i needed in my life! You should look into using a service such as promo sm!!

Comment faire une video simple ? Peut on la faire directement sur glide ? Sinonc est bcp trop compliqué

Grosso modo c'est du Shape up 😅

Juste incroyable, j'ai rarement vu autant de valeur en 1h. Je vous remercie tellement que je vais acheter vos formations puis postuler chez vous. Bon j'abuse certainement. :) Je vais regarder ça de plus près en tout cas !

tres interessantt

très instructif !

Merci pour cette vidéo, j'ai appris beaucoup de choses. J'avais fait une formation de type bootcamp JS/React/Node mais le marché de l'emploi n'est pas trop intéressé par ce genre de profil, les employeurs veulent des bac+5 ou des dev avec 3 ans d'expérience mini. J'ai alors laissé tomber. J'envisage désormais de m'y remettre en low code et no code.

obrigado, merci Maestro

Bonjour ça va ? La vidéo est top. petite question: Comment faites pour bloqué l’accès à des programmes sportifs par exemple en mettant des conditions dans glide , quelle est la méthode à suivre? dans le but que l'utilisateur arrive sur une landing page ensuite pour acheter le programme en question. Merci par avance de votre réponse

top! hyper intéressant

Excellente video...un grand MERCI !!!!!

Super vidéo 👍🏼👍🏼Je fais aussi des vidéos 🙂🙂

Belle description de ce que nous avons vécu ;)

Hello! Est-ce que vous allez publier le déroulement de l'étude de cas ?

Prise de notes : #1 Soif sceptique 🤔 ----- "Il faut être la personne la plus sceptique dans la pièce, car sinon ce sera quelqu'un d'autre qui le sera et vous serait en dépourvu." Método : Quand on veut pitcher une feature, réfléchir avant à - pourquoi on ne devrait pas lancer cette feature ? Gain : Permet de détecter les blind spots et ainsi améliorer/renforcer son pitch. #2 Storytelling 🎙️ ----- Plus on évolue dans une carrière de PM, plus on va devoir, en très peu de temps de parole, devoir créer de l'impact. (exemple de quand Alex a du pitcher Facebook Communities à Mark Zuck. en très peu de temps) Método : Appliquer le framework "See" (raconter la vision, à quoi ça va ressembler), "Feel" (transmettre l'émotion qui résulte de cette vision), "Believe" (concrètement, comment atteindre cette vision?) Gain : Capter l'attention de l'auditeur et le persuader/convaincre (impact) Comment est-ce qu'on devient un super storyteller ? On s'inspire (des meilleurs) et on s'entraine, on s'entraine, on s'entraine (ex : Chris Cox CPO de Facebook, incroyable storyteller qui s'est entrainé 32 fois avant de faire une prez). 😮 # People Problem framework 🙋‍♂️ ----- Framework utilisé chez Facebook: 1 -> Quel est le problème qu'on les gens ? What is the people's problem ? 2 -> Est-ce qu'on pense que ça vaut le coup de régler ce problème ? Is this problem worth to be solved ? 3 -> Qu'est-ce qui se passe une fois qu'on a réglé le probème ? What happens once we solved the problem ? # Product Principles 📝 ------ Des bons product principles sont ceux qui entrainent des discussions/débats (accords vs désaccords) car c'est utile et apporte de la valeur (exemple d'Alex ou une fois ça leur a permis de répondre à un use case). Mauvais product principle = ceux où tout le monde sont d'accord (ex : My product must be super simple -> Personne va vouloir dire le contraire forcément. Pas de valeur ajouté dans ce principe) # Explore, Expand, Extract 🚀 ------ EEE dans un produit : Explore = PMF found Expand = Scale Extract = Monétiser, prendre de la valeur Et donc, EEE dans la carrière d'un Product Manager : Explore = Trouver votre place dans l'industrie (travailler pour différents produits/boites, etc) Expand = J'ai trouvé ma place. Comment trouver des projets ou je vais pouvoir grandir et apporter un maximum d'impact ? (scale) Extract = On devient un spécialiste (beaucoup d'impact/valeur apporté) # Energy draining vs Energy giving people ⚡ ------- Dans la vie il y a 2 types de personnes : ceux qui vont vous drainer de l'énergie Et ceux qui vont vous donner de l'énergie. Démarrez votre semaine avec des gens qui vont vous donner de l'énergie (et pas l'inverse). # Avoir une bonne stratégie 🧭 ------ Une bonne stratégie c'est celle qui explique toutes les options qu'on a d'une manière neutre et expliquer la bonne direction à prendre. Il faut s'intéresser aux options qu'on a décidé de ne pas prendre et expliquer le pourquoi. Cela permet de créer de la confiance (sensation d'expertise du PM qui sait où il va). "Le PM est vraiment la personne qui doit s'assurer qu'il n'y a aucun blind spot" -> Etre "thorough" -> To be complete with regard to every detail; not superficial or partial. # Identifier des opportunités très fortes et scaler 🌱 ------ Ce qui peut être excellent est de détecter des petites opportunités mais ou l'activité est très forte/intense (ex : 5 users qui reproduisent nuit et jour le même comportement -> publier vidéos sur FB) et de pouvoir ensuite le scaler/appliquer ce comportement à tout le monde (ex : Facebook "Watch") # Hypothèses les plus risquées💣 ------ Quelles sont les hypothèses qui doivent être vrais pour que cela arrive ? La première hypothèse qu'on doit tester c'est celle qui est la plus risquée -> si elle n'arrive pas, rien n'arrive (celle qui fait tout effondrer le chapiteau de cartes) Ex : Pour pouvoir vendre une voiture autonome, il faut être capable de la créer. Si on peut pas la créer, alors tout le plan qui résulte derrière se plante (la vendre, le scaler, etc). # Organisez vos propos 💡 ----- Document : Quand on écrit un document, la première ligne de chaque paragraphe doit être en gras et résumer le paragraphe. Il faut que le lecteur puisse lire juste le gras si besoin et comprendre le document. Powerpoint : Chaque titre doit raconter l'histoire. On doit être capable de comprendre la prez juste en lisant les titres des slides et non le contenu. A ne pas faire -> Slide "Contexte", Slide "Data", etc. Cela ne nous apprend rien. A faire -> Slide "Our users don't like watching videos", Slide "80% of users don't watch the videos posted" etc # Que doit-on faire quand on arrive dans une boite ? 👔 ------ A chaque personne qu'on rencontre en 1&1, poser cette question ultime -> "Quel est la situation dans 6 mois, pour que tu dises que je sois la meilleure chose qui soit arrivé à cette équipe ?"

Je me demande si c'est possible de nous exposer des study case sur des problématiques plus complexes faisant intervenir des technologies de pointes (IOT , data , Cloud ) indépendamment de l'environnement B2C sur lequel surf tout le monde en ce moment

Super échange pour lequel je me sens complètement concerné ! Bravo Stan pour la pédagogie au top 👍 Le meilleur moyen d'être PM étant quand même d'être passé par la case dév ! Mais bon c'est pas pour tout le monde 😀

Hello je crois que la description ne correspond pas