Comprendre l’enjeu et le périmètre
Elle évite de confondre livraison technique et service utilisable par les métiers.
Couvrir parcours courants, exceptions, droits, données, interfaces, performance et exploitation selon la criticité.
Passer à l’action
- Définir les critères avant la livraison
- Exécuter les scénarios avec des données représentatives
- Arbitrer les anomalies et formaliser l’acceptation
Définissez une livraison utilisable et ses conditions d'acceptation avant d'additionner les tâches. Reliez le planning à la capacité réelle des personnes, aux dépendances externes et aux périodes métier sensibles. Une ressource affectée à trois projets n'offre pas trois capacités complètes.
Responsabilités et moyens
Le métier accepte le résultat, la DSI vérifie les contraintes techniques, le fournisseur corrige, et le sponsor arbitre les réserves.
Prévoir environnement, jeux de données, disponibilité des utilisateurs et re-tests.
Produire et vérifier
- Livrable utile
- Un plan de recette, les résultats, les anomalies et une décision d’acceptation avec réserves éventuelles.
- Preuve à rechercher
- Faire exécuter un parcours de bout en bout par les utilisateurs et vérifier les effets dans les systèmes aval.
- Indicateur à interpréter
- Suivre les exigences prioritaires acceptées et les anomalies bloquantes, sans confondre nombre de tests et couverture utile.
La recette ne se limite pas au parcours nominal. Incluez les droits, les erreurs, la reprise après interruption, les données migrées et les besoins du support. Un projet livré techniquement n'est pas encore un service adopté et exploitable.
Arbitrages et dépendances
Une démonstration préparée ne couvre pas les erreurs, les volumes ou les droits réels.
La recette dépend d’exigences testables, d’interfaces disponibles et d’un environnement représentatif.
Chaque modification importante devrait rendre visibles ses effets sur le service attendu, les coûts, les risques et les délais. Distinguez le changement indispensable du confort supplémentaire. L'arrêt ou la réduction d'un projet peut être une décision saine lorsque ses hypothèses ont disparu.
POUR APPROFONDIR
Les 26 questions du dossier
Comprendre
Diagnostiquer
Mettre en œuvre
Décider
- Recette fonctionnelle et acceptation : qui doit contribuer, décider et valider ?
- Recette fonctionnelle et acceptation : sur quels critères prendre une décision ou accepter une exception ?
- Recette fonctionnelle et acceptation : quels coûts faut-il prévoir au-delà de l’outil ?
- Recette fonctionnelle et acceptation : comment prioriser lorsque les moyens sont limités ?
Vérifier
Piloter
Maîtriser
- Recette fonctionnelle et acceptation : comment protéger les informations et les accès associés ?
- Recette fonctionnelle et acceptation : comment éviter qu’un incident rende le dispositif inutilisable ?
- Recette fonctionnelle et acceptation : que faut-il demander et vérifier auprès d’un prestataire ?
- Recette fonctionnelle et acceptation : comment changer d’outil ou de prestataire sans perdre la connaissance ?