1. Accueil
  2. Docs
  3. Kit Agile
  4. Démarche Agile
  5. Spécifications Agile

Spécifications Agile

La présente page vous guide dans l’utilisation de votre document Word intitulé « Spécifications Agiles ».

Si vous n’êtes pas encore membre, découvrez notre kit de l’agilité. Ne manquez pas l’opportunité de l’acquérir et de profiter de tous les avantages qu’il peut apporter à votre gestion de projet agile.

Objectif du livrable

Un livrable de spécifications Agile peut être nécessaire pour :

  • Compléter la conception d’un produit 
  • Etre communiqué dans le cadre d’un processus de qualité ou de conformité à des parties prenantes externes à l’équipe

Ce template permet de formaliser les informations capturées lors des ateliers métiers et techniques en les structurant sous le format de User stories.

Quand utiliser ce livrable ?

Les spécifications fonctionnelles :

  • Sont initiées lors de la phase de cadrage afin de préparer le démarrage des développements des premiers Sprints
  • Sont mis à jour durant la phase d’exécution lors des ateliers métiers et du Backlog Refinement

Comment utiliser ce livrable ?

 Ce template peut-être renseignée de 2 manières: “Automatique” ou “Manuelle” :

  • Automatique” : Selon le format du Backlog ou les outils utilisés; il est possible de générer ce fichier automatiquement en se basant sur une extraction excel d’un Backlog
  • Manuel” : Le PO et/ou le Business Analyst peuvent renseigner le template manuelle de manière itérative et incrémentale suite aux ateliers fonctionnels et techniques, mais aussi suite aux ateliers de Backlog refinement

Points d’attention :

  • Il est important de noter que l’utilisation d’un document de spécifications devrait être dûment justifiée, afin de ne pas produire une documentation qui n’apporte pas de valeur ajoutée
  • Il est impératif que le contenu d’un document de spécification reflète le produit en cours de création et soit complètement aligné avec le contenu Product Backlog

Structure du document

Ce template est composé des sections de suivantes :

1- Section “Vue d’ensemble du produit”

Cette section regroupe les informations globale concernant le produit :

  • Vision du produit : La vision sur le moyen et long terme du produit qui a orienté les choix de développement du produit
  • Chaîne de valeur : Présentation de la chaîne de valeur auquel appartient le produit
  • OKR : La liste des objectifs et des Key Results du produit permettant de définir les objectifs Business du produit et les métriques pour mesurer l’atteinte de ces objectifs
  • Storymap : Présentation de la Story Map du produit qui définit les macro-fonctionnalités ou Epic par niveau de priorité
  • Roadmap : Présentation de la Roadmap du produit qui définit le contenu de ses différentes versions ainsi que ses jalons majeures
  • Liste des initiatives : La liste des initiatives à démarrer afin de réaliser les objectifs du produit et atteindre les Key Results attendus
  • Liste des Epics : La liste des macro-fonctionnalités du produit qui permettent d’implémenter les initiatives identifiées

/!\ Le contenu de cette section doit être repris des templates existants correspondant à chaque élément.

2- Vue d’ensemble de l’initiative [Initiative_x]

Cette section est répétée pour autant d’initiatives définies et décrit les éléments suivants :

  • Description : Description de l’initiative
  • Exigences fonctionnelles : liste des exigences métiers de l’initiative
  • Exigences non fonctionnelles : liste des exigences techniques de l’initiative
  • Liste des Epics : Liste des macro-fonctionnalités correspondant à l’initiative
  • Epic [Epic_n.m] : Cette section est à répéter pour chaque Epic de l’initiative. Elle décrit :
    • Vue d’ensemble de l’Epic [Epic_x.y] : Description de l’Epic
    • Liste des USs : Liste des USs de l’Epic 
    • US [US_.x.y.z] : Cette section est à répéter pour chaque US de l’Epic. Elle décrit :
  • Description : Description de l’US
  • Règles de gestion : Liste des règles de gestion métier à implémenter dans le cadre de l’US
  • Ecran / Interface UI : Écrans et interfaces à implémenter dans le cadre de l’US
  • Critères d’acceptation : Liste des critères d’acceptation fonctionnelles et techniques
  • Liste des tests / données de tests : Liste de tests à dérouler par l’équipe de développement et les données de tests nécessaires à leur déroulement

Comment pouvons-nous aider ?