Savez-vous ce qu’est une Specification Review ?

Généralement, un travail de spécification est effectué avec le client avant de commencer un projet. Il est rare de construire une maison sans faire appel à un architecte pour définir un plan au préalable. 

Evidemment, il n’est pas réaliste de pouvoir comprendre pleinement la complexité d’un projet et de donner une estimation précise après une brève réunion. Dans la plupart des cas, quelques jours sont nécessaires pour obtenir et documenter les exigences des parties prenantes du projet, et par la suite, transformer ces idées en une feuille de route plus détaillée.

Figure: On ne construirait jamais une maison sans faire appel à un architecte
Figure: On ne construirait jamais une maison sans faire appel à un architecte

Livrables 

Les livrables de la Specification Review dépendent de la taille de l’application et du temps passé lors de la revue. À la fin de la Specification Review, le client recevra : 

Analyse des exigences 

  • Une feuille de route architecturale (aussi appelée “Roadmap”) recommandant des solutions techniques 
  • Une décomposition de l’application voulue en ses composants principaux, incluant le nombre approximatif de fonctionnalités principales (formulaires, rapports, etc.) 
  • Un plan d’intégration 
  • Une stratégie de déploiement 
  • Un MVP (Minimum Viable Product) sera identifié, ainsi qu’une liste de fonctionnalités secondaires – cela nécessitera que le client définisse les priorités du projet en établissant ce qui est inclus et exclu du MVP 
  • Une liste détaillée des “problèmes” associés au système existant ayant un impact sur le développement et la maintenance future 
  • Des recommandations de matériel et de logiciels sous licence 
  • Des maquettes si nécessaire 

Backlog Produit 

  • Un backlog produit détaillé, sous forme d’une liste de “PBIs” (Product Backlog Items) sera établie en fonction de l’analyse des exigences et de la conception architecturale 
  • Ces PBIs seront ensuite estimés en termes de temps de développement nécessaire  

Coûts approximatifs € 

  • Le nombre estimé de Sprints (et par conséquent de jours) 
  • Le nombre estimé de développeurs 
  • Le coût total estimé du projet 

Ces livrables peuvent être présentés sous la forme : 

  • D’une présentation PowerPoint (vision macro) 
  • D’un document Word (si nécessaire) 
  • D’une présentation vidéo 

Des maquettes aux produits finaux 

Pendant le processus de Specification Review, nous créons souvent des maquettes pour donner au client un aperçu des fonctionnalités et de l’apparence de la solution proposée. 

Ces maquettes sont utilisées aux différentes étapes du processus de développement : 

  • Les développeurs dialoguent avec le client pour mieux comprendre ses besoins
  • Les développeurs conçoivent les maquettes pour que le client puisse les visualiser et les valider
  • Ces maquettes servent de référence directe pour les développeurs lors de leur travail
  • Les développeurs livrent le produit au client pour le tester
  • Les développeurs présentent le produit final avec une vidéo “Done”

Jetons un coup d’œil à un exemple concret. 

Figure : La première maquette établie lors de la Specification Review 

Ces maquettes ont été créées lors de la Specification Review et ont permis d’obtenir un aperçu du nouveau moteur de recherche du client, à la fois pour le client et pour le développeur. 

Figure : Le produit final, basé sur les maquettes 

Comme vous pouvez le constater, les maquettes vous permettent d’entrevoir le futur et offrent une représentation aussi fidèle que possible du produit final. 


Source : ssw.com.au/rules/what-is-a-spec-review