Lernzettel: Méthodes de gestion de projet innovantes

📋 Plan du Cours

1. Méthode cascade et limites du go to market
2. Étapes de développement produit en cascade
3. Méthode agile et valeurs pour s’adapter
4. Différences cascade vs agile et PMV
5. Scrum : rôles, backlogs et cérémonies
6. Kanban : visualiser le flux et repérer les blocages
7. Application Fan Experience : PMV et planification

📖 1. Méthode cascade et limites du go to market

🔑 Notions clés & Définitions

• Méthode cascade : Approche de développement où l’on construit le produit de bout en bout avant de le lancer, avec peu de retours pendant la fabrication.
• Go to market : Moment où l’offre est confrontée au marché pour obtenir des retours, des objections et valider l’adéquation aux publics cibles.
• Image de la fusée : Métaphore de la cascade où, une fois le lancement effectué, on ne peut plus ajuster le produit comme on le ferait en cours de route.
• Stratégie sportive en début de saison : Comparaison de la cascade à une décision initiale qui refuse de s’adapter aux événements rencontrés ensuite.

📝 Points essentiels

• La cascade consiste à tout faire d’un bloc puis à observer le résultat après lancement.
• Le go to market arrive tardivement dans la cascade, donc les retours marché sont obtenus après le développement.
• Comme le produit est déjà défini, l’adaptation au marché est faible ou absente.
• La définition du produit peut ne pas correspondre aux besoins réels du marché une fois confrontée aux publics.
• La cascade est décrite comme une stratégie qui ne s’ajuste pas aux matchs rencontrés.
• Le problème central est le décalage entre développement et validation par le marché.

💡 Astuce mémo

Fusée : une fois lancée, on ne corrige plus.

📖 2. Étapes de développement produit en cascade

🔑 Notions clés & Définitions

• Identifier les besoins : Étape initiale de la cascade qui consiste à repérer les attentes à satisfaire avant de concevoir le produit.
• Designer le produit : Étape de conception où l’on définit le produit à partir des besoins identifiés.
• Développer le produit : Étape de réalisation où l’on construit concrètement le produit selon la conception établie.
• Tester le produit : Étape de validation où l’on confronte l’offre aux publics cibles pour recueillir feedbacks et objections.
• Déployer le produit : Étape de mise sur le marché où l’on lance et commercialise l’offre auprès des clients.

📝 Points essentiels

• La cascade suit une séquence en cinq étapes : besoins, design, développement, test, déploiement.
• Le test est relié au go to market : confronter les offres aux publics cibles.
• Le test sert à collecter des feedbacks et à comprendre les objections.
• Le déploiement correspond au lancement et à la commercialisation de l’offre.
• L’enchaînement en cascade implique que les ajustements sont limités après le développement.
• L’exemple sponsoring illustre la logique : besoin/contrepartie puis offre, puis développement, test go to market, puis déploiement commercial.

💡 Astuce mémo

Besoins → Design → Dév → Test (go to market) → Déploiement.

📖 3. Méthode agile et valeurs pour s’adapter

🔑 Notions clés & Définitions

• Méthode Agile : Approche de développement qui vise à réagir à l’incertitude et à s’adapter grâce à des cycles et des retours.
• Mêlée va analyser la défense adverse : Métaphore de l’agile : observer ce que fait l’adversaire puis ajuster sa stratégie en conséquence.
• Valeurs agiles : Ensemble de principes qui privilégient l’humain, la collaboration et l’adaptation plutôt que la seule documentation ou la rigidité du plan.
• Lois de Pareto : Principe de priorisation qui met en avant une petite partie des éléments pour couvrir l’essentiel de l’activité.
• 65% des fonctionnalités non exploitables : Chiffre utilisé pour justifier l’intérêt d’adapter le produit au marché plutôt que de développer trop longtemps sans validation.

📝 Points essentiels

• L’agile est présenté comme une réponse à l’incertitude : on réagit plutôt que de figer le plan.
• La métaphore de la mêlée insiste sur l’analyse et l’ajustement en cours de jeu.
• Le texte relie l’agile à l’informatique : une grande part des fonctionnalités peut ne pas être exploitée si elle ne s’adapte pas au marché.
• L’agile vise la capacité de planifier plusieurs options pour s’adapter plus vite aux changements.
• Valeur 1 : individus et interactions priment sur les outils et les process (exemple : faire le rendez-vous puis mettre les infos dans le CRM).
• Valeur 2 : solution opérationnelle priment sur la documentation exhaustive, avec une logique Pareto (mettre en avant 20% qui correspond à 80% de l’activité).

💡 Astuce mémo

Agile = analyser → ajuster, et livrer utile avant de tout documenter.

📖 4. Différences cascade vs agile et PMV

🔑 Notions clés & Définitions

• Innovation incrémentale : Approche où l’on améliore un produit déjà existant par petites évolutions plutôt que de tout reconstruire d’un bloc.
• Cahier des charges : Document de départ associé à la cascade qui fixe les exigences au début du projet.
• Livraison régulière : Caractéristique de l’agile où le produit est mis à disposition fréquemment, avec une version légère et minimale.
• Risque identifié tardivement : Limite attribuée à la cascade : l’échec est détecté plus tard dans le cycle de développement.
• Produit minimum viable : Version minimale du produit, disponible rapidement, qui permet de tester et d’apprendre avant d’aller plus loin.

📝 Points essentiels

• Vision : cascade associée à une exigence figée au départ, tandis que l’agile privilégie l’innovation incrémentale.
• Exigence : en cascade, le cahier des charges est posé au début, alors qu’en agile les exigences évoluent avec les retours.
• Livraison : la cascade livre de manière unique à la fin, alors que l’agile vise une livraison régulière avec un produit léger et minimal.
• Risque : en cascade, l’échec est identifié tardivement, alors qu’en agile on cherche à détecter plus tôt.
• PMV : le produit minimum viable sert de point d’équilibre pour livrer une version exploitable avant d’itérer.
• Le PMV est explicitement relié à l’idée de disponibilité rapide pour confronter le produit aux besoins.

💡 Astuce mémo

Cascade = tard, Agile = tôt : vision figée vs retours, livraison unique vs régulière, risque détecté tard vs tôt.

📖 5. Scrum : rôles, backlogs et cérémonies

🔑 Notions clés & Définitions

• Scrum : Cadre de gestion de projet pour des projets complexes, organisé en cycles courts appelés sprints.
• Sprint : Période courte de travail dans Scrum, utilisée pour produire un incrément et obtenir des retours.
• Product Owner : Rôle qui garantit la valeur ajoutée du produit et oriente le développement vers les priorités utiles.
• Scrum Master : Rôle qui aide l’équipe à lever les obstacles et à appliquer correctement la méthode.
• Product backlog : Liste ordonnée de tout ce qui sera nécessaire pour le projet global.

📝 Points essentiels

• Scrum est décrit comme un projet complexe en cycle court, organisé en sprints.
• Rôle PO : garantir la valeur ajoutée du produit développé.
• Rôle Scrum Master : lever les obstacles et veiller à la bonne application de la méthode.
• Rôle équipe de développement : exécuter les tâches prévues.
• Product backlog : ordonner l’ensemble des éléments nécessaires au projet global.
• Sprint backlog : sélectionner les tâches à exécuter sur quelques semaines/mois, avec un rythme défini.

💡 Astuce mémo

Scrum = PO (valeur) + Scrum Master (freins) + Team (exécution) en sprints.

📖 6. Kanban : visualiser le flux et repérer les blocages

🔑 Notions clés & Définitions

• Kanban : Méthode de gestion qui suit le travail via une visualisation du flux pour améliorer l’avancement.
• Colonnes Kanban : Structure en catégories (colonnes) qui permet de suivre où se trouve chaque élément de travail.
• Goulot d’étranglement : Point de saturation dans le flux qui ralentit l’ensemble du système.
• Automation : Mise en place de mécanismes qui réduisent le travail manuel en déclenchant des actions automatiquement.

📝 Points essentiels

• Kanban repose sur la visualisation du flux par des colonnes.
• Les noms des colonnes peuvent être choisis selon l’organisation du travail.
• L’intérêt principal est d’identifier où le travail bloque et où se situe le goulot d’étranglement.
• Sans visualisation, il est difficile d’identifier précisément les blocages.
• Le texte propose des principes d’automation pour accélérer le traitement des informations.
• Exemple d’automation : Google Form sur le site du club qui crée automatiquement une carte.

💡 Astuce mémo

Kanban = voir le flux pour trouver le goulot.

📖 7. Application Fan Experience : PMV et planification

🔑 Notions clés & Définitions

• Fan Experience : Expérience proposée aux fans/au public, structurée comme un produit à développer et améliorer.
• PMV : Version minimale de l’application à rendre disponible rapidement pour tester et itérer.
• Mockup : Maquette vivante utilisée pour présenter une version brute et sommaire du produit.
• Product backlog : Réservoir des fonctionnalités possibles avant priorisation, servant de base aux sprints.
• Sprint backlog : Sous-ensemble des tâches sélectionnées pour un sprint donné, basé sur la priorisation.

📝 Points essentiels

• Le développement Fan Experience commence par choisir le club puis lancer l’application pour développer la fan expérience ou le licencié.
• Le texte mentionne un repère de calendrier : premier match dans un mois.
• Le format évoqué pour la production initiale inclut Word/PDF.
• Étape agile : construire le product backlog en listant toutes les fonctionnalités possibles sans prioriser d’abord, puis définir les grandes lignes (exemple billetterie en 3 clics).
• Ensuite, prioriser pour permettre la planification des sprints.
• Pour chaque sprint, définir le sprint backlog et préciser quel PMV sera disponible dans un mois, avec recommandation de créer un mockup (mini app brute et sommaire).

💡 Astuce mémo

PMV en 1 mois : mockup brut → retour → itération.

📊 Tableaux de synthèse

Cascade vs Agile : livraison et risque

Aspect	Cascade	Agile
Livraison	Unique à la fin du projet	Régulière, produit léger et minimal
Risque	Échec identifié tardivement	Échec identifié plus tôt
Exigence	Cahier des charges au début	Évolution via retours

⚠️ Pièges & confusions fréquents

1. Confondre go to market (confrontation aux publics) avec le développement lui-même : en cascade il arrive tard.
2. Croire que Scrum et Kanban sont identiques : Scrum est organisé en sprints, Kanban se concentre sur la visualisation du flux.
3. Mélanger product backlog et sprint backlog : le premier couvre le projet global, le second sélectionne pour un sprint.
4. Penser que le PMV est un produit final : le PMV sert à livrer une version minimale pour apprendre et itérer.
5. Oublier la logique Pareto dans les valeurs agiles : la priorisation vise l’essentiel de l’activité avec une petite part.

✅ Checklist Examen

1. Expliquer pourquoi la cascade limite l’adaptation : développement en bloc et go to market tardif.
2. Lister les 5 étapes de la cascade et associer le test au go to market (feedbacks et objections).
3. Décrire au moins 3 valeurs agiles et donner un exemple associé à une valeur (CRM, Pareto, collaboration clients, adaptation au changement).
4. Comparer cascade vs agile sur vision, exigence, livraison et risque, puis relier la notion de PMV à la livraison minimale.
5. Présenter les rôles Scrum (PO, Scrum Master, équipe de développement) et distinguer product backlog vs sprint backlog.
6. Rappeler le déroulé des cérémonies Scrum : daily scrum avec 3 questions, sprint review, sprint retrospective, et les étapes clefs théoriques.
7. Expliquer le principe Kanban : colonnes pour visualiser le flux, intérêt pour repérer goulots et blocages, et rôle de l’automation (exemple Google Form).
8. Décrire la démarche Fan Experience : choisir le club, construire product backlog sans prioriser puis prioriser, définir sprint backlog, et préciser le PMV via mockup en un mois.