À mi-parcours de la réalisation, le métier change une exigence centrale. Que faites-vous ?

Découvrez ce qui a changé côté métier avant d'évaluer le changement lui-même, parce que ça vous dit si d'autres arrivent. Faites ensuite l'analyse d'impact : ce qui est construit, ce qui est conçu, ce qui est testé, et ce qui doit être refait. Présentez des options chiffrées et laissez le sponsor décider, et mettez à jour la traçabilité pour que le changement ne laisse pas derrière lui des tests orphelins et des documents périmés.

Ma première question ne porte pas sur le changement, elle porte sur pourquoi ça a changé, parce que ça me dit si c'est isolé ou si c'est le premier d'une série. Si une réglementation a bougé ou s'ils ont perdu un client majeur, d'autres changements arrivent et je devrais le prévoir plutôt que de traiter ça comme une demande isolée. Ensuite je fais l'analyse d'impact correctement : ce qui est déjà construit, ce qui est conçu mais pas commencé, quels cas de test meurent, quelle documentation devient périmée, et ce qu'il faut refaire. Ce chiffre est en général plus gros que les gens ne le pensent, et la partie test est celle que personne ne compte. Je le rapporte sous forme d'options avec des coûts, pour que le sponsor puisse choisir d'absorber, de reporter ou d'abandonner autre chose, et ensuite on reconstitue la référence. La dernière étape est la plus ennuyeuse : je reprends la traçabilité et je nettoie, parce que sinon on finit par tester contre une exigence qui n'existe plus.