PM technique

La logique du parcours

On ne challenge bien que ce que l’on sait lire. Le parcours part du fonctionnement d’un produit web pour lire son architecture, puis traite les trois contrats qu’une fonctionnalité touche presque toujours (les API, les données, qui peut faire quoi), et se termine par la livraison en équipe.

1. Étape 1

   Lire et challenger l’architecture

   Suivre une requête du navigateur à la base de données, puis lire un schéma d’architecture et transformer « il faut que ce soit rapide » en exigences mesurables. Le schéma produit dans la première formation suffit pour commencer la deuxième. Vous repartez avec la revue d’architecture de votre produit, jusqu’à une décision tracée dans un ADR.

   Expliquer comment fonctionne un produit web, du navigateur au serveur · Lire et challenger une architecture technique

2. Étape 2

   Spécifier API, données et permissions

   Tester une API vous-même et écrire une spec d’intégration estimable, modéliser les données d’une fonctionnalité et les interroger en SQL, puis spécifier l’authentification et les rôles. Vous repartez avec une spec d’intégration, un modèle de données et dix requêtes, et la matrice rôles × actions de votre produit.

   Concevoir et tester une intégration API en tant que PM · Modéliser les données de son produit et les interroger en SQL · Concevoir l’authentification et les permissions d’un produit

3. Étape 3

   Livrer en équipe

   Travailler sur une branche, ouvrir une pull request, passer les checks, résoudre un conflit et annuler proprement un changement. Vous terminez en livrant une petite amélioration de bout en bout dans un dépôt d’entraînement.

   Git pour les PM : livrer en équipe sans risquer la prod

Les 6 formations, dans l’ordre

Chaque formation a sa propre page : programme détaillé, prérequis et livrable.

1. 1

   Expliquer comment fonctionne un produit web, du navigateur au serveur

   Tout public2 h 30 min

   Suivre une requête de l’URL à la base de données, lire l’onglet Réseau, situer un incident dans la bonne couche et cartographier son propre produit.

2. 2

   Lire et challenger une architecture technique

   Junior3 h

   Lire un schéma d’architecture, chiffrer les exigences, comprendre les grands choix et poser les questions qui révèlent risques et arbitrages.

3. 3

   Concevoir et tester une intégration API en tant que PM

   Junior3 h

   Lire la documentation d’une API, la tester soi-même avec Bruno ou Postman, et écrire une spec d’intégration que les développeurs peuvent estimer.

4. 4

   Modéliser les données de son produit et les interroger en SQL

   Junior3 h 30 min

   Lire et concevoir le modèle de données d’une fonctionnalité, puis répondre à ses propres questions produit en SQL, en lecture seule, avec un SQL rédigé par l’IA que l’on sait vérifier.

5. 5

   Concevoir l’authentification et les permissions d’un produit

   Junior2 h 30 min

   Spécifier connexion, SSO, MFA et passkeys, et une matrice rôles × actions sûre pour un produit multi-clients.

6. 6

   Git pour les PM : livrer en équipe sans risquer la prod

   Confirmé3 h 30 min

   Contribuer sans risque à un dépôt existant avec CI/CD : branches courtes, pull requests relues, checks et prévisualisations, conflits, filets de sécurité, annulation propre et agent IA encadré.

Ce que donne l’achat du parcours

• L’accès aux formations que contient le parcours à la date de l’achat ; les formations ajoutées ensuite au parcours ne sont pas incluses.
• Un accès à vie : tant que le service Module est exploité, avec les mises à jour du contenu de ces formations.
• Un certificat pour chaque formation terminée.
• Un paiement unique par Stripe, sans abonnement, avec une facture.

Détails dans les CGV (articles 5 et 6)

Les autres parcours