Cas complet corrigé et gestion de projet à l'E5 et l'E6

• Commanditaire : Claire Morvan, la gérante, qui décide, finance et arbitre.
• MOA : Transports Morvan, représentée par la gérante ; Bruno Caron porte le besoin métier au quotidien.
• MOE : l'ESN (Hugo) pour l'application ; toi pour le déploiement des tablettes et la coordination.
• Référent métier (utilisateur clé) : Bruno Caron.
• Utilisateurs finaux : les 30 chauffeurs, l'atelier, la direction.

Le Product Owner doit connaître le métier, être disponible et pouvoir décider des priorités : Bruno Caron, à condition que la gérante lui délègue ces décisions dans le cadre du budget. La gérante elle-même serait moins disponible.

1. Exemples :
   • EF-01 : le chauffeur signale une panne en choisissant son véhicule, une catégorie et un commentaire, avec au moins une photo.
   • EF-02 : l'atelier change l'état d'un signalement (nouveau, en cours, en attente de pièce, réparé) et le chauffeur voit cet état.
   • EF-03 : la direction consulte, pour chaque véhicule et chaque mois, le nombre de jours d'immobilisation.
   • ENF-01 (ergonomie) : un chauffeur signale une panne en moins de 2 minutes, sur une tablette comme sur un téléphone.
   • ENF-02 (disponibilité) : un signalement saisi sans réseau est conservé sur l'appareil et envoyé automatiquement au retour du réseau.
   • ENF-03 (sécurité et RGPD) : la position du chauffeur n'est enregistrée qu'au moment du signalement, jamais en continu ; seuls l'atelier et la direction voient les signalements.
2. EF-01 et EF-02 sont des Must : sans eux, l'application ne remplace pas le cahier. EF-03 est un Should : utile à la direction, mais l'atelier peut fonctionner sans pendant quelques semaines.

Une approche hybride :

• le déploiement des tablettes se mène en prédictif : les tâches sont connues et dépendantes (choisir, commander, configurer, installer, former), avec une date à tenir ;
• le développement de l'application se mène en Scrum avec des sprints de deux semaines : le besoin se précisera en voyant l'application (quelles catégories de pannes, quel niveau de détail pour l'atelier), Bruno Caron est disponible pour tester à chaque Sprint Review, et chaque fonctionnalité est livrable séparément (le signalement d'abord, le suivi ensuite, les statistiques à la fin).

Le budget plafonné et la date fixe sont suivis au niveau du projet, avec des jalons communs : application prête pour le pilote, tablettes installées, mise en service.

1. Dates au plus tôt : A 0 à 3 ; B 3 à 11 ; C 3 à 7 ; D 11 à 14 (D attend B, qui finit au jour 11) ; E 11 à 16 ; F 14 à 16 ; G 16 à 17. Le déploiement dure 17 jours. Il y a deux chemins critiques : A, B, D, F, G (3 + 8 + 3 + 2 + 1 = 17) et A, B, E, G (3 + 8 + 5 + 1 = 17). Toutes les tâches sauf C sont critiques.
2. D peut commencer au plus tard au jour 11, donc C doit finir au plus tard au jour 11 et commencer au plus tard au jour 7 : marge totale de 4 jours.
3. C passe de 4 à 9 jours : 5 jours de retard pour 4 de marge. Le projet est retardé de 1 jour et dure 18 jours ; le chemin critique devient A, C, D, F, G, et B et E gagnent un jour de marge.

1. D : 30 × 0,1 = 3 jh. E : 30 × 0,25 = 7,5 jh ; durée : 7,5 ÷ (2 × 0,75) = 7,5 ÷ 1,5 = 5 jours, cohérent avec le planning.
2. Tablettes : 30 × 350 = 10 500 €. Supports : 30 × 40 = 1 200 €. Gestion de flotte : 30 × 4 × 12 = 1 440 €. Développement : 25 × 500 = 12 500 €. Total : 25 640 € HT, soit 5 640 € au-dessus du plafond de 20 000 €.
3. Exemples :
   • Utiliser les téléphones professionnels des chauffeurs au lieu des tablettes la première année (l'application web s'adapte aux petits écrans, c'était l'exigence ENF-01) : 1 440 + 12 500 = 13 940 € HT, sous le plafond ; les tablettes sont reportées à l'année suivante si les téléphones se révèlent trop petits à l'usage.
   • Réduire le périmètre de la première version : livrer d'abord le signalement et le suivi (les « Must »), estimés à 18 jh, et reporter les statistiques. Développement : 18 × 500 = 9 000 € ; total avec les tablettes : 10 500 + 1 200 + 1 440 + 9 000 = 22 140 € HT, encore au-dessus : cet arbitrage seul ne suffit pas, il faut le combiner avec le premier ou demander une rallonge.

C'est la gérante, commanditaire, qui choisit, sur la base de ces chiffres. Ton rôle est de rendre l'arbitrage visible, pas de le trancher seul.

• En tant que chauffeur, je veux signaler une panne avec une photo depuis ma cabine afin que l'atelier la connaisse sans que j'aie à téléphoner.
• En tant que chef d'atelier, je veux voir la liste des signalements non traités, du plus ancien au plus récent, afin d'organiser les réparations de la journée.
• En tant que gérante, je veux connaître le nombre de jours d'immobilisation de chaque véhicule par mois afin de décider des renouvellements.

Critères de la story du chauffeur : le signalement ne peut pas être envoyé sans véhicule ni catégorie ; une photo de plus de 10 Mo est compressée avant l'envoi ; sans réseau, le signalement est conservé et envoyé automatiquement au retour du réseau ; le chauffeur reçoit une confirmation avec le numéro du signalement.

1. Points terminés : 12 + 15 + 15 = 42 ; il en reste 84 − 42 = 42. Vélocité moyenne : 42 ÷ 3 = 14 points. Il faut 42 ÷ 14 = 3 sprints, soit 6 semaines : du lundi 12 avril au vendredi 21 mai 2027. Le 1er juin est tenable, mais il ne reste qu'une semaine, du 24 au 31 mai, pour la recette et la mise en service : aucune story nouvelle ne peut entrer sans en retirer une autre.
2. Les jours fériés de mai : le jeudi de l'Ascension (6 mai 2027) et le lundi de Pentecôte (17 mai 2027) tombent dans les sprints 5 et 6. Chaque sprint perd un jour sur dix, soit environ 10 % de capacité (environ 13 points au lieu de 14). Il faudra soit accepter une fin légèrement plus tard, soit réduire le périmètre avec la Product Owner (les statistiques, par exemple, qui sont un « Should »).

1. Réestimé : 18 + 12 = 30 jh. Écart : 30 − 25 = +5 jh, soit +20 %. Avancement : 18 ÷ 30 = 60 %.
2. Surcoût : 5 × 500 = 2 500 € HT. Phrase possible : « La charge de développement est réestimée à 30 jh au lieu de 25 (+5 jh, +20 %, soit 2 500 € HT), parce que l'enregistrement des signalements hors connexion et leur envoi différé, exigés par ENF-02, demandent une synchronisation plus complexe que prévu. Décision demandée à la gérante : accepter le surcoût ou reporter les statistiques pour le compenser. »

Criticités : chauffeurs réticents 9 ; réseau 6 ; livraison 6 ; départ du développeur 4. Classement : chauffeurs, puis réseau et livraison à égalité, puis départ du développeur.

Pour le plus critique (réduire) : associer deux chauffeurs volontaires dès les premières Sprint Reviews ; viser un signalement en moins de 2 minutes ; former tout le monde en petits groupes, dans la cabine ; expliquer ce que l'application leur apporte (plus d'appels, un suivi de leur demande) et rassurer sur la géolocalisation, qui n'a lieu qu'au moment du signalement.

1. Bloquante : perte de données sur une exigence essentielle (ENF-02), sans contournement pour le chauffeur.
2. Mineure.
3. Majeure : l'atelier peut contourner en consultant la liste sur ordinateur, mais l'usage prévu est gêné.

Décision : refus de réception (ajournement) tant que l'anomalie 1 n'est pas corrigée. Après correction et nouvelle recette du mode hors connexion, avec des tests de non-régression, une réception avec réserves peut être prononcée pour les anomalies 2 et 3, avec un délai de correction écrit dans le procès-verbal.

Coût : développement 30 × 500 = 15 000 € ; gestion de flotte des 30 téléphones sur 12 mois : 1 440 €. Total : 16 440 € HT, sous le plafond de 20 000 €. Délai : mise en service le 28 mai, avant le 1er juin.

Enseignements possibles : le mode hors connexion était sous-estimé, les exigences de disponibilité doivent être chiffrées par une étude technique dès le cadrage ; associer des chauffeurs dès les premières Sprint Reviews a fait de l'adoption un succès ; l'arbitrage budget-périmètre a été tranché vite parce que les options étaient chiffrées.