Gérer les risques et préparer la qualité

1. Risque, problème et hypothèse

Un risque décrit un événement incertain et son effet possible. Un problème est déjà survenu et demande un traitement. Une hypothèse est une condition que l’on suppose vraie pour préparer le travail et qu’il faut parfois vérifier.

« Le référent client pourrait être indisponible pendant la recette, ce qui retarderait la validation » constitue un risque. « Le référent est absent cette semaine » est une situation constatée. « Il sera disponible deux demi-journées » est une hypothèse de planification.

Décrire une cause, un événement et une conséquence aide à choisir une réponse. « Retard » seul indique un effet possible, mais pas ce qui doit être surveillé.

2. Évaluer et attribuer les risques

Un registre contient la description, le propriétaire, la probabilité, l’impact, les signaux de surveillance, la réponse et la date de réexamen. Le propriétaire suit le risque et prépare les actions ; il ne garantit pas que l’événement ne se produira jamais.

Une matrice probabilité-impact aide à prioriser. Dans notre exemple, chaque dimension utilise une échelle ordinale de 1 à 3. Leur produit donne un score de tri, pas une probabilité scientifique ni une perte financière attendue.

Un risque faible en probabilité peut rester prioritaire si sa conséquence est inacceptable. Le score ne remplace pas les obligations ni le jugement de l’équipe.

3. Choisir une réponse et surveiller le résiduel

On peut éviter une menace en changeant une option, réduire sa probabilité ou son effet, transférer certains effets par un accord adapté, ou accepter le risque avec une surveillance et éventuellement une réserve. Un transfert ne fait pas disparaître toute responsabilité du projet.

Une réponse possède un coût et peut créer de nouveaux risques. Tester tôt les données consomme de la capacité, mais peut éviter une reprise tardive. Après l’action, on réévalue le risque résiduel au lieu de le considérer automatiquement comme fermé.

Un plan de repli précise ce qui sera fait si l’événement se produit. Il devient utile lorsqu’un déclencheur observable et un responsable permettent de l’activer à temps.

4. Définir la qualité avant de contrôler

La qualité se prépare dans les exigences, les critères d’acceptation et les pratiques de réalisation. Vérifier seulement à la fin peut révéler trop tard une incompréhension du besoin. Des revues et essais intermédiaires réduisent ce risque.

L’assurance qualité s’intéresse à la manière dont le travail est organisé pour produire un résultat fiable. Le contrôle qualité examine des résultats concrets. Une revue de la démarche de test et l’exécution d’un test ne jouent donc pas exactement le même rôle.

Pour le portail, les preuves peuvent inclure les résultats de tests d’accès, les scénarios de demande, une revue de lisibilité et des essais de restauration. Les attentes doivent être proportionnées au contexte et annoncées dans le périmètre.

5. Classer et traiter les anomalies

Une anomalie doit comporter un contexte, des étapes de reproduction, le résultat obtenu, le résultat attendu et une gravité. La priorité de traitement tient également compte de l’exposition, des contournements et des échéances.

La gravité décrit l’impact du défaut ; la priorité exprime l’ordre de traitement retenu. Une faute de texte très visible avant une démonstration peut être prioritaire sans avoir la même gravité qu’un défaut de contrôle d’accès.

Une décision de recette avec réserves précise les anomalies acceptées temporairement, leur responsable et leur échéance. Elle ne doit pas transformer un défaut bloquant en détail oublié.

Exercices corrigés