Un chef de projet rejoint une équipe qui livre un système ERP personnalisé. L'équipe de développement identifie un problème de conception potentiel et, après l'avoir examiné avec le propriétaire du produit et l'équipe, tous conviennent de réviser la conception approuvée pour éviter un défaut de déploiement. Que doit faire le chef de projet ensuite ?

La bonne réponse est de réaliser une preuve de concept. Avant de modifier une conception approuvée, surtout pour éviter un défaut, il est crucial de s'assurer que la solution proposée est viable et n'introduira pas de nouveaux problèmes. Une preuve de concept (PoC) permet de valider la faisabilité technique de la conception révisée à petite échelle, réduisant ainsi les risques avant un engagement complet. Soumettre une demande de changement est prématuré sans validation préalable de la solution. Notifier le client est important, mais la validation technique doit précéder cette communication pour présenter une solution concrète. Réviser les spécifications et les donner à l'équipe sans validation préalable de la solution est risqué et pourrait entraîner des retouches coûteuses si la nouvelle conception s'avère défectueuse.