[{"data":1,"prerenderedAt":292},["ShallowReactive",2],{"navigation_fr":3,"posts_fr:/fr/about":51,"about_fr":52,"mdc-grun6-key":279},[4],{"title":5,"path":6,"stem":7,"children":8,"page":50},"Fr","/fr","fr",[9],{"title":10,"path":11,"stem":12,"children":13,"page":50},"Blog","/fr/blog","fr/blog",[14,18,22,26,30,34,38,42,46],{"title":15,"path":16,"stem":17},"Serveurs MCP comme Serveurs de Ressources OAuth : Une Approche Simplifiée","/fr/blog/mcp-aouth","fr/blog/1. mcp-aouth",{"title":19,"path":20,"stem":21},"Pratiques de Sécurité pour MCP Utilisant JSON-RPC","/fr/blog/mcp-security","fr/blog/1. mcp-security",{"title":23,"path":24,"stem":25},"Serveurs MCP : Connecter l'IA aux Données en Temps Réel","/fr/blog/mcp-create","fr/blog/2. mcp-create",{"title":27,"path":28,"stem":29},"Agents MCP Tiny On-Premises : S'affranchir des Dépendances Cloud","/fr/blog/mcp-tiny-agents-on-premises","fr/blog/5. mcp-tiny-agents-on-premises",{"title":31,"path":32,"stem":33},"De l'Idée à l'API en 2 Jours : Construction de Bankly avec les Flux de Travail Agentiques","/fr/blog/overvibing","fr/blog/6. overvibing",{"title":35,"path":36,"stem":37},"Chatbot IA, Serveur MCP construit avec le Protocole de Flux de Travail Agentique pour démo sur Checkatrade.com","/fr/blog/mcp-in-chat-demo","fr/blog/8. mcp-in-chat-demo",{"title":39,"path":40,"stem":41},"DDD et les Frameworks Full-Stack","/fr/blog/architecture","fr/blog/architecture",{"title":43,"path":44,"stem":45},"Qualité : Comment protéger les Frontends alimentés par l'IA ?","/fr/blog/qa-front","fr/blog/qa-front",{"title":47,"path":48,"stem":49},"Consultation et Stratégie IT","/fr/blog/strategy","fr/blog/strategy",false,null,{"id":53,"business":54,"development":113,"extension":167,"meta":168,"quality":169,"stem":223,"user":224,"__hash__":278},"about_fr/fr/about.yml",{"data":55,"checklist":76},[56,60,64,68,72],{"title":57,"description":58,"icon":59},"Définir et Communiquer la Vision du Produit","Aligne la vision sur les objectifs stratégiques de l’entreprise et les opportunités du marché. Collabore avec les dirigeants pour s’assurer que le produit soutient la croissance à long terme.","i-lucide-flag",{"title":61,"description":62,"icon":63},"Traduire les Objectifs Business en User Stories","Transforme les objectifs stratégiques en user stories à forte valeur, alignées au domaine, qui expriment clairement le ROI et l’impact business.","i-lucide-align-center",{"title":65,"description":66,"icon":67},"Collaborer avec les Développeurs et les Utilisateurs","Fait le lien entre l’intention métier et l’exécution technique grâce à des revues et démos itératives pour garantir l’alignement.","i-lucide-users",{"title":69,"description":70,"icon":71},"Favoriser la Communication Transversale","Crée des ponts entre business et technologie via des séances de planification stratégique et de revue avec les parties prenantes.","i-lucide-merge",{"title":73,"description":74,"icon":75},"S’assurer que les Livrables Répondent aux Besoins Utilisateur et Business","Valide que chaque livraison soutient les KPIs et les objectifs stratégiques, en se concentrant sur la valeur métier mesurable et l’adoption.","i-lucide-check-circle",[77,89,101],{"title":78,"description":79,"daily":80,"milestone":83,"examples":86},"Aligner la Vision sur les Objectifs Stratégiques","S’assurer que la direction produit soutient le succès à long terme de l’entreprise.",[81,82],"Revoir la vision produit à la lumière des évolutions du marché et du feedback client.","Communiquer les mises à jour produit aux parties prenantes pour maintenir l’alignement.",[84,85],"Tenir des réunions d’alignement trimestrielles avec la direction.","Mettre à jour les OKRs selon les progrès réalisés et ajuster la stratégie produit.",[87,88],"Réorienter la vision produit après une évolution du marché ou un nouvel entrant.","Aligner les nouvelles fonctionnalités sur les objectifs d’acquisition ou de fidélisation.",{"title":90,"description":91,"daily":92,"milestone":95,"examples":98},"Transformer la Stratégie en User Stories","Transformer les objectifs business en user stories actionnables pour les équipes tech.",[93,94],"Vérifier que les éléments du backlog soutiennent les objectifs business.","S’assurer que chaque nouvelle user story contribue à la proposition de valeur.",[96,97],"Prioriser la roadmap selon le ROI lors des planifications de sprint.","Faire des séances mensuelles de refinement avec les parties prenantes.",[99,100],"Créer une user story centrée sur l’onboarding pour améliorer la rétention.","Reprioriser selon les retours des équipes commerciales ou support.",{"title":102,"description":103,"daily":104,"milestone":107,"examples":110},"Connecter Stratégie et Exécution","Faire en sorte que la stratégie soit comprise et bien exécutée par les équipes tech.",[105,106],"Participer aux daily meetings pour répondre aux questions métier.","Apporter du contexte business durant les plannings ou grooming.",[108,109],"Évaluer les livraisons en fin de sprint pour valider la valeur business.","Faire des démos aux parties prenantes à la fin de chaque itération majeure.",[111,112],"Clarifier les critères de succès business avant le démarrage du développement.","Raconter une histoire client pour expliquer pourquoi une fonctionnalité est prioritaire.",{"data":114,"checklist":130},[115,118,121,124,127],{"title":116,"description":117,"icon":59},"Aligner la Vision sur la Réalité Technique","Propose une vision claire et réalisable, adaptée aux contraintes techniques, qui donne du sens au travail des développeurs.",{"title":119,"description":120,"icon":63},"Découper les Objectifs Business en Travaux Concrets","Crée des user stories prêtes à coder, avec un langage métier et des critères de validation clairs.",{"title":122,"description":123,"icon":67},"Coder avec du Contexte et du Feedback Précoce","Travaille avec les devs sur le backlog, des ateliers techniques et des validations rapides pour réduire le rework.",{"title":125,"description":126,"icon":71},"Connecter Frontend, Backend et Design","Favorise une compréhension partagée entre toutes les équipes pour une livraison cohérente du produit.",{"title":128,"description":129,"icon":75},"Construire les Bonnes Choses de la Bonne Manière","Aide à prioriser et dimensionner en fonction des vrais besoins pour éviter le scope creep.",[131,143,155],{"title":132,"description":133,"daily":134,"milestone":137,"examples":140},"Construire avec Vision et Contraintes","Développer des fonctionnalités en phase avec la vision, tout en respectant les contraintes techniques.",[135,136],"Vérifier que le code soutient la vision produit.","Exprimer les limites techniques pendant le grooming.",[138,139],"Analyser l’architecture post-lancement pour valider sa cohérence avec la vision.","Faire des revues techniques stratégiques chaque trimestre.",[141,142],"Refactorer un module sans compromettre les performances ou la roadmap.","Exprimer clairement les limites du système pour ajuster les attentes business.",{"title":144,"description":145,"daily":146,"milestone":149,"examples":152},"Raffiner les Stories en Tâches Codables","S’assurer que chaque story est claire, testable et estimable.",[147,148],"Valider les critères d’acceptation pendant les refinements.","Découper les stories trop complexes.",[150,151],"Faire un point qualité à mi-sprint.","Analyser l’effort réel versus estimé en rétrospective.",[153,154],"Diviser une feature complexe en plusieurs sous-tâches.","Employer le bon vocabulaire métier dans le nommage du code.",{"title":156,"description":157,"daily":158,"milestone":161,"examples":164},"Coder avec Collaboration et Feedback","Collaborer étroitement avec design, produit et QA pour construire le bon produit.",[159,160],"Faire du pair programming ou travailler directement avec le designer.","Partager l’avancement dans les canaux d’équipe.",[162,163],"Faire une démo interne chaque semaine.","Contribuer à la documentation ou notes de release.",[165,166],"Valider les flows UX avec le designer en amont.","Tester un prototype auprès des parties prenantes avant intégration finale.","yml",{},{"data":170,"checklist":186},[171,174,177,180,183],{"title":172,"description":173,"icon":59},"Intégrer la Qualité dès la Vision Produit","Le QA veille à ce que performance, accessibilité et fiabilité soient intégrées dès le départ comme des exigences incontournables.",{"title":175,"description":176,"icon":63},"Rendre les Objectifs Business Vérifiables","Le QA co-rédige les stories en y intégrant des cas limites et des critères de test.",{"title":178,"description":179,"icon":67},"Tester les Idées Tôt avec Dévs et Utilisateurs","Travaille en amont pour définir les stratégies de tests et valider les hypothèses utilisateur.",{"title":181,"description":182,"icon":71},"Connecter les Risques entre les Équipes","Anime les discussions sur les risques, les cas extrêmes et les usages inattendus pour mieux définir le \"Done\".",{"title":184,"description":185,"icon":75},"Valider l’Impact Réel","Le QA vérifie que les fonctionnalités livrées marchent vraiment sur le terrain via tests automatisés, exploratoires et monitoring.",[187,199,211],{"title":188,"description":189,"daily":190,"milestone":193,"examples":196},"Adopter une Mentalité Qualité dès le Début","Impliquer QA très tôt dans le processus pour prévenir plutôt que corriger.",[191,192],"Revoir les nouvelles stories à la recherche de risques.","Réfléchir à la testabilité dès la conception.",[194,195],"Définir une stratégie de test pour chaque feature.","Faire un bug triage après chaque release.",[197,198],"Ajouter des critères d’accessibilité comme condition d’acceptation.","Écrire les scénarios de test avant le développement.",{"title":200,"description":201,"daily":202,"milestone":205,"examples":208},"Tester Tout au Long du Cycle","S’assurer que les tests sont présents à chaque étape du développement.",[203,204],"Collaborer avec les devs sur les tests unitaires et d’intégration.","Effectuer des tests exploratoires pendant les sprints.",[206,207],"Partager les résultats de QA en fin de sprint.","Documenter les apprentissages QA en rétro.",[209,210],"Rédiger les scénarios de test pendant le refinement.","Identifier une régression en test exploratoire avant la mise en prod.",{"title":212,"description":213,"daily":214,"milestone":217,"examples":220},"Anticiper les Risques","Identifier et prévenir les problèmes avant qu’ils ne deviennent bloquants.",[215,216],"Échanger sur les risques en planning.","Surveiller les tests instables ou flaky.",[218,219],"Faire une revue des risques connus avant chaque release.","Animer une analyse post-mortem après incident critique.",[221,222],"Découvrir une race condition dans les tests de charge.","Remonter un manque de plan de rollback dans les specs.","fr/about",{"data":225,"checklist":241},[226,229,232,235,238],{"title":227,"description":228,"icon":59},"Construire la Vision à Partir des Vrais Besoins Utilisateurs","Formule la vision autour des problèmes réels et communique clairement la valeur de chaque livraison.",{"title":230,"description":231,"icon":63},"Transformer le Feedback en Stories Actionnables","Capture les besoins utilisateur comme base de stories concrètes et orientées résultats.",{"title":233,"description":234,"icon":67},"Co-concevoir avec Dévs et Parties Prenantes","Participe activement à l’idéation et à la validation des solutions pour améliorer l’ergonomie.",{"title":236,"description":237,"icon":71},"Apporter du Contexte et de l’Empathie","Fournit les raisons, frustrations et situations réelles derrière les demandes utilisateur.",{"title":239,"description":240,"icon":75},"Favoriser l’Adoption et Boucler la Boucle du Feedback","Accompagne l’adoption avec éducation, communication et reconnaissance des retours.",[242,254,266],{"title":243,"description":244,"daily":245,"milestone":248,"examples":251},"Mettre l’Utilisateur au Cœur des Décisions","Faire du feedback utilisateur un pilier du processus produit.",[246,247],"Collecter du feedback via support, sondages ou tests.","Partager les retours récents avec l’équipe produit/tech.",[249,250],"Mener des audits UX et interviews clients trimestriels.","Faire une rétro utilisateur après chaque release majeure.",[252,253],"Transformer une plainte en amélioration concrète.","Adapter une feature en fonction des analytics.",{"title":255,"description":256,"daily":257,"milestone":260,"examples":263},"Valider avec de Vrais Utilisateurs","Tester chaque idée importante dans des conditions proches du réel.",[258,259],"Partager un prototype pour retours rapides.","Observer les tests pour identifier des points de friction.",[261,262],"Lancer une bêta avec suivi des usages.","Faire une vidéo explicative pour les nouvelles features.",[264,265],"Faire valider un flow Figma avant dev.","Envoyer une newsletter pour annoncer une amélioration demandée.",{"title":267,"description":268,"daily":269,"milestone":272,"examples":275},"Boucler la Boucle du Feedback","Montrer aux utilisateurs que leurs retours ont été pris en compte.",[270,271],"Répondre aux feedbacks et signaler les actions prises.","Citer les retours utilisateur dans les notes de version.",[273,274],"Mettre en avant les suggestions client dans la communauté.","Faire un live Q&A après une release.",[276,277],"Créer une section “Ce qui a changé grâce à vous”.","Remercier publiquement un utilisateur qui a inspiré une fonctionnalité.","RLyncyDsgT9LpxFlCsTE19LdXqYOvK-4FHkomkJ3d-0",{"data":280,"body":281},{},{"type":282,"children":283},"root",[284],{"type":285,"tag":286,"props":287,"children":288},"element","p",{},[289],{"type":290,"value":291},"text","C'est un cadre de travail qui réunit les entreprises, les développeurs et les utilisateurs. Il simplifie la complexité grâce à des outils partagés, un langage commun et des flux de travail alignés — pour que les équipes restent concentrées et livrent ce qui compte vraiment.",1779118043157]