Rédaction des spécifications

Lorsqu’un programme spécifique est nécessaire, il faut que le Consultant fonctionnel transmette au Consultant technique (développeur), le besoin en termes de fonction à réaliser. Je ne suis pas Consultant technique, mais je ne conçois pas, sous ce prétexte, laisser le développeur partir seul à la chasse aux renseignements. Une « spec de développement » doit être précise. Elle ne doit pas se limiter à deux ou trois phrases exprimant littéralement le besoin. Elle doit parler de tables, de zones, de clés, de modules fonctions, de dynpros (écrans), de user exit, etc … C’est ce que je m’efforce de faire, car en tant que fonctionnel, je sais où est l’information, sur quel écran, et quel impact cela peut avoir sur d’autres objets SAP.

Une spécification doit être précise, mais sans toutefois canaliser le développeur sur notre logique. Personnellement, je mets toujours ma petite phrase magique faisant comprendre au développeur que ma logique, c’est ça, mais s’il trouve autre chose de mieux pour parvenir au résultat, qu’il y aille !

Ci-dessous, un extrait d’une spec pour le développement d’un état « 8D » (formulaire Qualité) à partir d’un Avis QM :

Méthode 10