Des conseils généraux ;
Nous mettons en œuvre un processus de
1) Énoncé des besoins de l'entreprise (BRS)
2) Spécification fonctionnelle
3) Spécifications techniques
Le BRS couvre les problèmes de l'entreprise et les exigences en matière de solutions, de tests, de sécurité, de fiabilité et de livraison. Cela définit ce qui ferait une solution réussie.
La spécification fonctionnelle détaille ce qui est nécessaire, l'aspect du produit, la longueur des champs, etc.
Les spécifications techniques détaillent la provenance des données, ainsi que tout code délicat à prendre en compte.
Le client possède les exigences. Les développeurs possèdent les spécifications techniques, et les spécifications fonctionnelles sont un moyen terme. Les tests sont effectués par rapport aux spécifications techniques (généralement les tests unitaires), puis par rapport aux spécifications fonctionnelles (généralement les tests système) et enfin par rapport aux exigences (UAT).
La partie importante de tout cela (et avec laquelle nous avons du mal) est que les développeurs doivent toujours respecter les spécifications fonctionnelles et les exigences commerciales initiales. En réalité, les spécifications fonctionnelles et techniques ne sont là que par souci de clarté.
En résumé, mon principal conseil est de commencer par élaborer le processus que vous souhaitez mettre en œuvre. Ensuite, recherchez l'accord de toutes les parties concernées par le processus que vous proposez, puis travaillez sur les modèles pour les adapter. Les modèles eux-mêmes ne représentent qu'une petite partie du changement que vous souhaitez apporter.
