Git : suivre et automatiser son application
Quand nous parlons d'automatisation, nous ne pouvons faire autrement que de passer par la case Git, « le » système pour versionner nos projets. Mais comment bien l'employer ?
Quand nous parlons d'automatisation, nous ne pouvons faire autrement que de passer par la case Git, « le » système pour versionner nos projets. Mais comment bien l'employer ?
Jusqu'à présent, nous avons introduit les grands principes de l'agilité, en insistant sur la transparence qui est fondamentale. Mais pour que l'équipe avance, il lui faut un but.
Entre la théorie des formations d'Agile et l'expérience du terrain, ou comment je me suis forgé ma propre expérience.
Au travers de ma dernière série sur le PRD, j'ai déjà évoqué l'intérêt de livrer régulièrement et dès que possible en parlant d'itérations, mais je voulais en rajouter une dernière couche...
Pour terminer cette série sur le PRD, je vous propose de sortir légèrement du cadre et d'explorer ce qui suit la Discovery, ou exploration : l'implémentation, et comment le PRD suit les itérations agiles...
Le PRD fait le pont entre le besoin de l'utilisateur, nos hypothèses sur la gêne à traiter, et la solution que nous allons proposer en réponse. Ici, nous allons voir concrètement comment le rédiger.
Le pitch est un outil essentiel de l'arsenal du Product Owner, dans sa communication avec les parties prenantes. Pour ma part, il m'a surtout aidé à convaincre...
Le PRD s'appuie sur les besoins de l'utilisateur, pour lever les frictions qui le gêne dans son action. Nous allons voir comment les localiser, et comment identifier les principaux leviers.
Si le PRD traduit une étude sur les besoins utilisateurs et ce que nous pouvons proposer en réponse, il doit également répondre à la stratégie du produit, et de l'entreprise.
Dans la gestion de produit, le PRD a évolué d'une documentation exhaustive vers un outil favorisant une compréhension partagée. Pourtant, de vieux réflexes persistent…
Plus le temps passe, plus les opportunités pour des Product Owners techniques se multiplient... Cela soulève un défi majeur : rester focalisé sur le besoin, sans basculer trop tôt dans la solution.
L'IA ne remplacera pas les humains, pas même en tant que consommateur de nos produits. Mais il faut prévoir qu'à l'avenir les agents seront de gros clients, ce qui implique quelques adaptations inévitables.
L'IA est une opportunité en or, pour le PM. Comment peut-il en tirer profit pour booster sa productivité... sans louper d'opportunités pour son propre produit ?
Maintenant, nous avons bien avancé dans la compréhension des mécaniques du marché. Mais pour quelqu'un qui veut se positionner, il reste encore des défis à relever...
« Driving Value with Sprint Goals » est une excellente référence que je recommande chaleureusement à tout Product Owner junior. Nous allons en avoir un petit aperçu dans cet article.
Pour les experts Produit avec un background business, la dette technique peut être un sujet ésotérique. Mais rassurez-vous, pas tant que ça... Et vous verrez que les développeurs ont raison de s'en soucier !
Le code me manque, mais la cruelle réalité est que je n'aurai jamais l'occasion de m'y remettre sérieusement...
Après 4 ans à travailler dans le Produit, et au fil des discussions, j'ai vu émerger une combinaison qui m'a bien aidé à descendre de la vision global du Produit jusqu'aux tâches à intégrer aux sprints ...
Au cours du mois de janvier, je n'ai eu de cesse de voir à quel point Menger était une référence incontournable pour le Produit. J'avais besoin de refaire le point sur les grandes lignes ... Je vous livre ici une partie de mes réflexions.
Avec la découverte du projet Knowzy, j'ai voulu me pencher sur le pourquoi du comment des sondages, pour le développement d'un produit.