Un module livré a échoué lors des tests d'acceptation utilisateur. Vous découvrez que le composant défaillant a été construit par une autre équipe et qu'une fonctionnalité différente avait été approuvée par le responsable commercial. Que devriez-vous faire ?

La défaillance lors des tests d'acceptation utilisateur et la découverte d'une fonctionnalité différente approuvée par le responsable commercial indiquent un problème dans la gestion des changements et la communication. Revoir le processus de contrôle intégré des changements avec toutes les parties prenantes est essentiel pour identifier où le changement non autorisé ou non communiqué s'est produit, comment il a été approuvé, et comment éviter de futures occurrences. Cela garantit que tous les changements sont correctement évalués, approuvés et communiqués, maintenant ainsi l'alignement du projet avec ses objectifs. Remonter le désalignement au PMO et au directeur du responsable fonctionnel est une action possible, mais elle ne résout pas la cause profonde du problème. Demander au PMO de récupérer le coût sur le budget de l'autre équipe est une action punitive qui ne favorise pas la collaboration ni la résolution du problème sous-jacent. Demander des ressources métier dédiées pour soutenir les tests fonctionnels ne résout pas le problème de la fonctionnalité incorrecte ou du processus de changement défaillant.