Examen niveau 4 — Gestion de projet

Examen — questions inédites

12 questions pour valider les méthodes agiles : état d'esprit, Scrum, Kanban, backlog et outils.
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

4.1 · Rappel

1. Quelle est l'idée maîtresse de l'agilité ?

Supprimer toute forme de planification possible Attendre la fin pour livrer l'ensemble du projet Tout figer en détail dès le départ du projet Avancer par cycles courts en ajustant au feedback

Itératif et incrémental : livrer de la valeur tôt et souvent.

4.1 · Application

2. Bilal a un besoin incertain qui change chaque mois. Que doit-il faire ?

Livrer un premier incrément en 2 semaines puis ajuster Attendre que le besoin se stabilise avant d'agir Documenter exhaustivement avant de montrer quoi que ce soit Figer un plan détaillé à 12 mois et s'y tenir

L'agilité répond à l'incertitude : cycles courts, valeur livrée tôt, ajustement au feedback.

4.2 · Rappel

3. Que livre une équipe Scrum à la fin d'un sprint ?

Un incrément de produit vraiment utilisable Un planning prévisionnel pour le mois suivant Rien de précis, juste des heures effectuées Un simple rapport d'activité du sprint écoulé

Sprints de 1 à 4 semaines ; 3 rôles, 5 événements, 3 artefacts.

4.2 · Application

4. Dans l'équipe de Bilal, Amine priorise le backlog et Bilal lève les obstacles. Qui fait quoi ?

Amine est Scrum Master, Bilal est Product Owner Amine est Product Owner, Bilal est Scrum Master Les deux sont chefs hiérarchiques de l'équipe Les deux font le même rôle de développeur

PO = valeur et priorités ; Scrum Master = facilite sans autorité hiérarchique.

4.2 · Arbitrage

5. Le Scrum Master de Bilal se met à distribuer les tâches et à contrôler chacun. Quel est le problème ?

Il devrait supprimer la revue et la rétrospective du sprint Aucun : c'est exactement son rôle de chef d'équipe Il recrée un chef là où Scrum veut une équipe auto-organisée Il devrait aussi prioriser seul tout le backlog produit

Le Scrum Master est un leader-serviteur : il facilite et protège, il ne commande pas.

4.3 · Application

6. Le tableau de Bilal déborde : 9 cartes « En cours », rien ne finit. Que doit-il faire ?

Ouvrir encore plus de cartes pour occuper tout le monde Fixer une limite de WIP et finir avant de commencer Supprimer le tableau et piloter à l'instinct du moment Ajouter des colonnes sans aucune limite de travail

Limiter l'en-cours révèle le goulot et accélère : finir avant de commencer.

4.3 · Arbitrage

7. Bilal hésite entre Scrum et Kanban pour un flux de support imprévisible. Que choisir ?

Ni l'un ni l'autre : multiplier les tâches en parallèle suffit Le plus cher des deux, qui garantit la fluidité du flux Scrum en sprints, car Kanban impose aussi des sprints Kanban, car il gère le flux continu sans sprint ni rôle imposé

Scrum = itérations planifiées ; Kanban = flux continu et souplesse.

4.4 · Application

8. Quelle formulation est une vraie user story ?

En tant que client, je veux suivre ma demande afin d'éviter les appels Faire le diagramme de Gantt du projet avant la fin du mois Allouer 5 000 € au budget annuel de développement du produit Coder le module X avec la technologie Y imposée par avance

Rôle / action / bénéfice : le focus reste sur la valeur utilisateur.

4.4 · Application

9. L'équipe de Bilal estime : 3, 5 et 13 points sur la même story. Que faire au planning poker ?

Abandonner les points pour des jours calendaires précis Prendre la moyenne sans discuter pour gagner du temps Faire parler les extrêmes, débattre, puis revoter Imposer le chiffrage du Product Owner en jours fixés

Le planning poker converge par la discussion des écarts (Fibonacci), en points relatifs.

4.4 · Arbitrage

10. Bilal estime toutes ses stories en jours absolus promis au client. Quel est le risque ?

Les points sont interdits quand le client est exigeant Le backlog devient automatiquement priorisé par valeur Aucun : les jours sont toujours plus fiables que les points Une fausse précision : les aléas démentent vite les durées absolues

On compare mieux qu'on ne prédit : points + vélocité évitent l'illusion de précision.

4.5 · Application

11. Bilal a un lot contractuel au Gantt et un produit en sprints. Quel outillage cohérent ?

L'outil le plus cher pour les deux, sans tester avant MS Project pour le Gantt, Jira pour le backlog et les sprints Un seul tableur pour tout, même à 30 personnes Trello pour le chemin critique et les ressources allouées

Prédictif → MS Project ; agile structuré → Jira ; simple → Trello ; polyvalent → Notion.

4.5 · Arbitrage

12. L'outil de Bilal alourdit le suivi : double saisie, réunions doublées. Que conclure ?

Il faut former l'équipe à subir l'outil sans discuter C'est normal : un bon outil doit complexifier le travail C'est le mauvais outil ou un usage trop lourd : simplifier Il faut ajouter un second outil par-dessus le premier

L'outil facilite ; s'il alourdit, on simplifie. Commencer simple, monter au besoin.

Et après ?

Score ≥ 80 % : passez au Niveau 5 V3 (équipe, conflits, clôture, PMO, certifications).
Score < 80 % : reprenez les sections ratées (Scrum 4.2, Kanban 4.3, backlog 4.4), relisez les explications ci-dessus, puis refaites le test.