Pourquoi laisser de côté les risques produit peut nuire à votre projet IT ?

Dans de précédents audits qualité réalisés chez nos clients, deux questions fondamentales reviennent systématiquement pour évaluer la gestion des risques produit :

1. Avez-vous une description des processus métiers ou utilisateurs ? Si oui, lesquels sont critiques ?
2. Avez-vous une cartographie fonctionnelle ? Si oui, quelles fonctions sont critiques ?

Malheureusement, dans 71 % des cas, les réponses à ces questions étaient négatives (sur la base de 15 audits réalisés par SSID). Même lorsqu’une cartographie existe, elle est souvent technique plutôt que fonctionnelle, tandis que les processus critiques restent informels. Cela révèle un problème structurel dans la gestion des risques produits. Voici comment y remédier et pourquoi sa bonne gestion est capitale pour vos projets.

La cartographie fonctionnelle : un outil clé pour visualiser les risques

Prenons l’exemple d’un site e-commerce. Une cartographie fonctionnelle représente chaque fonction et sous-fonction du site e-commerce. Il est possible, par exemple, d’utiliser un code couleur inspiré des pistes de ski pour faciliter la visualisation :

• Noir : Risques élevés – un échec ici pourrait avoir de graves répercussions.
• Rouge : Risques modérés – nécessite un effort de préparation.
• Vert : Risques faibles – moins d’effort requis.

Ce système simple permet aux équipes projet d’identifier rapidement les zones critiques. C’est ce que l’on appelle le “Tester juste”. 

Pourquoi une description des processus métiers est essentielle ?

Les processus métiers (ou utilisateurs) sont la colonne vertébrale des tests d’intégration globale et des tests transverses. Sans eux :

• Vous ne pourrez pas définir clairement les tests critiques.
• Les sanity checks, essentiels pour garantir le bon fonctionnement des flux principaux, seront difficiles à prioriser.

Dans des projets d’intégration complexes, comme la mise en place d’un ERP (Oracle, SAP, etc.), les processus métiers permettent également de structurer l’ordre des tests fonctionnels et d’intégration. Cela garantit une gestion optimisée des dépendances.

Cartographie fonctionnelle et effort de test : une stratégie gagnante

Une cartographie fonctionnelle bien conçue va au-delà de la simple visualisation :

• Elle identifie les dépendances entre les fonctions.
• Elle priorise l’effort des tests en fonction des risques identifiés.
• Elle facilite l’organisation des tests dans les outils de gestion, sous forme de nomenclature, pour suivre précisément les taux de couverture.

Ainsi, les tests automatisés peuvent être priorisés sur les fonctions critiques, plutôt que selon des choix arbitraires. Cela garantit un retour sur investissement optimal pour votre stratégie d’automatisation.

Les exigences non fonctionnelles : trop souvent négligées !

Un autre point majeur souvent sous-estimé : les exigences non fonctionnelles.
Posez-vous ces questions :

• Avez-vous défini des temps de réponse acceptables ?
• La confidentialité des données est-elle bien cadrée ?
• L’accessibilité a-t-elle été prise en compte ?
• etc…

Ces exigences influencent directement la perception de la qualité par vos utilisateurs finaux. Une documentation claire et un suivi rigoureux sont essentiels pour éviter les mauvaises surprises.

Conclusion : Prenez en compte vos risques produit !

Les risques produit mal identifiés ou mal gérés mènent à une approche en « mode silo », où chaque équipe travaille sur son périmètre sans vision globale. À l’inverse, une cartographie fonctionnelle et une description des processus métiers fournissent une vue d’ensemble, permettant de :

• Prioriser les efforts de test.
• Minimiser les risques de non-qualité en production.
• Optimiser la collaboration entre équipes métier, développement et QA.

En rappelant le principe fondamental des tests selon lequel les tests exhaustifs sont impossibles, vous comprenez l’importance d’une gestion intelligente des risques. Avec une vision claire et une priorisation stratégique, vous maximisez vos chances de succès, même dans des environnements complexes.

Quelle est la situation dans votre projet ?

Deux questions doivent se poser pour connaître votre situation :

1. Avez-vous une description des processus métiers ?
2. Disposez-vous d’une cartographie fonctionnelle ?

Si la réponse est « non » à l’une ou l’autre, il est temps de prendre des mesures pour renforcer votre gestion des risques produit et améliorer la qualité logicielle de vos projets.

La réalisation d’un audit de maturité avec SSID vous permettra d’avoir une vision claire de votre projet et de déterminer vos axes d’amélioration pour atteindre vos objectifs. SSID vous accompagne également dans la réalisation d’un plan d’action afin de mettre en place nos préconisations efficacement dans votre équipe. Alors, on s’appelle ?

Cet article fait référence à un webinaire sur « les 10 commandements pour livrer de la non-qualité en production ». À retrouver en replay sur notre chaîne YouTube.

Retrouvez les autres commandements sur notre blog :

1. La pyramide des tests : élément incontournable à respecter dans vos projets !