Réponse.

Les règles commerciales sont des normes formelles ou informelles établies par l'entreprise qui définissent le fonctionnement, la prise de décision, le calcul, la communication et le traitement de l'information.

L'analyste commercial identifie, analyse et documente ces règles pour garantir que le système ou le processus futur répond aux exigences de l'entreprise et aux lois. Les règles peuvent être simples (par exemple, « la remise est accordée uniquement aux clients fidèles ») ou complexes (« l'attribution automatique de bonus se produit uniquement lorsque plusieurs conditions sont remplies »).

Une description correcte des règles commerciales garantit :

• La correspondance de la logique commerciale du système avec les processus réels.
• La cohérence des exigences entre différents systèmes et départements.
• La simplification de la modernisation, des tests et du support logiciel.

Caractéristiques clés :

• Toutes les exigences ne sont pas des règles commerciales. Certaines sont des contraintes de mise en œuvre ou d'intégration.
• Les règles commerciales changent souvent, il est donc important de les isoler du code et de les maintenir dans la documentation.
• Le langage des formulations doit être clair et compréhensible tant pour les affaires que pour les spécialistes techniques.

Questions piégeuses.

Les règles commerciales sont-elles toujours les mêmes que les exigences commerciales ?

Non, les exigences commerciales définissent l'objectif à atteindre, tandis que les règles commerciales sont des contraintes ou des moyens d'atteindre cet objectif. Par exemple, une exigence peut être « augmenter les ventes de 10 % », tandis qu'une règle commerciale peut être « accorder une remise ne dépassant pas 5 % aux nouveaux clients ».

Peut-on réaliser la logique commerciale sans analyser et formaliser les règles commerciales ?

Non, car des règles non formalistes entraînent des ambiguïtés, des erreurs dans l'automatisation des processus et des violations des règlements de l'entreprise.

Où doit être stockée la description des règles commerciales : seulement dans le cahier des charges ou aussi dans le code du système ?

La description des règles commerciales doit figurer à la fois dans la documentation de projet (par exemple, dans les exigences ou dans un registre séparé de règles) et être reflétée dans la logique commerciale du système, mais la principale source doit être le document et non le code.

Erreurs courantes et anti-patterns

• Formulation des règles commerciales avec des termes trop généraux ou vagues.
• Duplication des règles commerciales dans différentes sections de la documentation.
• Insuffisance de détails, lorsque une règle englobe involontairement plusieurs cas.
• Laisser les règles commerciales « par défaut » sans description explicite (savoir tacite).

Exemple de la vie réelle

Cas négatif :

• Dans le projet d'automatisation des demandes de crédit, les gestionnaires ont seulement doublé les règles commerciales verbalement, sans les refléter dans la spécification, expliquant différemment à différents développeurs — résultant en 3 variantes différentes de la mise en œuvre d'un même scénario. Avantages : Lancement rapide du MVP ; minimisation du temps de coordination. Inconvénients : Incohérence de la logique à travers différents scénarios, problèmes lors de l'automatisation, conflit entre départements.

Cas positif :

• Pour la tâche d'approbation des crédits, l'analyste commercial a établi un registre des règles commerciales pour tous les types de demandes, approuvé avec l'avocat et l'IT. L'implémentation a pris un peu plus de temps, mais les règles étaient claires pour tous. Avantages : Clarté de la logique commerciale, minimisation des erreurs dans l'automatisation. Inconvénients : Plus de temps passé à préparer la documentation initiale.