Savez-vous ce qu’est une Specification Review ?

Feriez-vous construire une maison sans faire appel à un architecte au préalable pour définir un plan ? Évidemment non ! C'est la raison pour laquelle une réunion préparatoire est généralement planifiée avec le client avant de commencer tout type de projet.

Il n’est pas réaliste de pouvoir comprendre pleinement la complexité d’un projet et de donner une estimation précise pour les travaux à réaliser 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 détaillée.

Livrables

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

Analyse des besoins

• Une feuille de route technique, ou "Roadmap", recommandant les options d'architecture adaptées à la solution.
• Une décomposition de l'application voulue en ses composants principaux, incluant par exemple le nombre approximatif de fonctionnalités principales (formulaires, rapports, etc.).
• Un plan d'intégration.
• Une stratégie de déploiement et d'hébergement.
• La définition d'un Minimum Viable Product (MVP), ainsi qu'une liste de fonctionnalités secondaires ; cette étape nécessite l'implication du client pour définir les priorités (i.e. périmètre du MVP)
• Une liste détaillée des problèmes existants ayant un impact sur le développement et la maintenance de la future solution.
• Lorsque pertinent, des recommandations logicielles (ou matérielles) - le développement sur mesure n'est pas toujours la solution optimale.
  
• Si nécessaire, des maquettes des principaux écrans.

Backlog Produit

• Un Backlog Produit, sous forme d’une liste de Product Backlog Items (“PBIs”), établi en fonction de l'analyse des exigences et de l'architecture choisie.
• Une estimation en termes de temps de développement nécessaire pour chaque PBI.

Budget Estimatif €

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

De la maquette au produit final

Nous produisons souvent des maquettes pendant le processus de Specification Review afin de donner un aperçu relativement fidèle des fonctionnalités et de l'apparence de la solution proposée au client.

Les maquettes sont utilisées aux différentes étapes clefs du cycle de développement de la solution.

La création et l'utilisation des maquettes suit généralement le processus suivant :

• Les développeurs discutent avec le client pour mieux comprendre ses besoins.
• Les développeurs conçoivent les maquettes pour que le client puisse les visualiser, puis les valident ensemble.
• Les maquettes servent ensuite de base de travail pour les développeurs lors de l'implémentation. 
• Les développeurs livrent le produit pour recette au client.
• Les développeurs présentent le produit final avec une "done video".

Jetons un coup d'œil à un exemple concret :

Ces maquettes ont été créées lors de la Specification Review, et ont permis d'obtenir un aperçu du nouveau moteur de recherche voulu par le client.

Elles ont ensuite été utilisées comme base de travail, conduisant au résultat final suivant :

Comme vous pouvez le constater, le produit final est relativement proche de la maquette initiale. C'est un outil formidable permettant d'entrevoir le futur d'offrir rapidement une représentation concrète du produit final.

---

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

• Catégorie : Règles