.png)
Découvrez la formation [LABEL]de Maestro
En 7 semaines intenses et pratiques, vous devenez le Product Manager que toutes les entreprises Tech s’arrachent.
3 concepts clés :Découvrir une autre facette de l'utilisation du No-Code au service des projets à impact positif, c'était le but de ce MaestriX avec Julien Nora, associé d'athom.Vous débutez en No-Code ? Vous souhaitez en savoir plus sur cette discipline, sur ces outils ? Rendez-vous ici pour découvrir le programme de formation construit par Maestro.🎙 C'est quoi les Maestrix ? Ce sont les événements 100% gratuits en ligne organisés par Join Maestro pour rendre accessible tous les sujets du produit et de la tech. Vous souhaitez participer ? Jetez un œil à la line up ici.
🧑 Cet article utilise le, lui ou il mais il s'adresse évidemment aussi aux femmes ! ;)
👇 Si vous l'avez manqué, visionnez le replay du MaestriX pour ne manquer aucune miette des conseils et apprentissages partagés ! 👇
3 concepts clés :
1/ La dette technique
L'accumulation des choses faites "à la va vite" dans l'écriture du code de votre produit. Lorsqu'on ne respecte pas les bonnes pratiques et qu'on a voulu développer vite, alors on laisse de la dette technique derrière nous.
2/ Le réfactoring
Faire changer le code, le design du code, sans changer le comportement qu'il va avoir. 👉 Je ne change pas les fonctionnalités de mon application, je change la manière dont elles sont implémentées.
➡ Il peut donc tout à fait s'agir d'une amélioration d’un point de vue technique pour gagner du temps, en sécurité ou en stabilité à l’avenir.
Explications à 45min du replay 👀
3/ La refonte
C'est lorsqu'on n'a pas fait de refactoring depuis longtemps. Il y a donc un certain nombre de choses qui ne fonctionnent pas bien.
➡ Dans ce cas, on s'attaque à toute l'architecture du code. Ou par exemple, si on fait un changement structurel de l'application.
En somme, refonte = beaucoup de refactoring
Refactoring : synonyme d'une mauvaise Delivery ?
Non ! Ça ne veut pas forcément dire que ça a été mal fait, c'est plus un effort continu qu'on a essayé de maintenir. Et c'est plus souvent un contexte organisationnel, on met la pression pour sortir des features, donc on prend des micro-décisions qui génèrent de la dette technique.
Pourquoi est-ce essentiel ?
Car ça permet d'avoir un produit tech qui fonctionne bien et qui continue de créer de la valeur pour ses utilisateurs et utilisatrices. Souvent, dans les produits digitaux, on sous-estime l'importance de la techno derrière, mais c'est primordial de la soigner.
Ton rôle de PM dans le refacto ?
Le PM est garant de la valeur du produit à la fin. Alors il doit garder un œil sur la dette technique et pousser le refactoring pour la résorber.
Il ne s'agit pas de prendre la place des Dévs, mais de prendre la parole et de sensibiliser l'équipe à ce sujet. Le PM/PO va souvent passer des messages aux stakeholders, alors il peut utiliser cette place privilégiée pour attirer leur attention sur le refactoring.
Comment ?
1. En se liant avec son référent technique, le Lead Tech. Ensemble, ils peuvent insuffler la culture du refacto et repérer si les équipes ont besoin d'être formées à ce sujet.
2. En appuyant ses arguments avec des chiffres et un coût. "Si le refactoring n'est pas priorisé dans les prochaines semaines, il va se passer ceci, et ça va coûter cela € !"
À ton tour de te former sur le refactoring pour t'en emparer !
1️⃣ Se former sur le sujet, côté théorique + pratique
Discuter avec des développeurs, leur demander ce qu'est le refacto, comment ça se matérialise ?
2️⃣ Intégrer le réflexe de se questionner
Constamment évaluer ce qu'on a mis en place : "là, on a pris cette décision fonctionnelle, est-ce qu'on n'est pas en train de générer de la dette ?". Tu dois cultiver cet état d'esprit auto critique pour ne pas avancer avec des œillères.
C'est ton rôle de PM de suivre ton produit et de toujours garder un oeil sur les pratiques techniques utilisées.
3️⃣Être bien vigilant·e
Se demander en tant que PM "est-ce que je ne mets pas trop la pression aux équipes pour sortir les features ?". Appliquer les bonnes pratiques à son produit en instaurant des méthodes de travail qui permettent de consacrer du temps à ce sujet.
👇 La phrase du jour 👇
"Le rôle du PM est de faire un produit de qualité, et assurer une bonne technique stimule cette qualité."