Justifier un logiciel sur mesure par la lacune décisive

Quelle différence gêne le travail ?

Un menu inhabituel ou un autre libellé appelle d’abord un examen de l’usage et du paramétrage. Une décision de développement sur mesure demande une tâche concrète que les moyens existants ne permettent pas d’accomplir suffisamment. C’est elle qui justifie le développement supplémentaire.

L’exemple suivant est fictif. Une entreprise de service évalue un produit existant pour clients, travaux et rapports. Les termes ne correspondent pas encore au langage habituel. L’entreprise exige aussi qu’une autre personne habilitée valide le rapport avant qu’il ne devienne visible pour le client.

Déterminer l’étendue de la lacune

Dans le premier cas, le produit peut suffire après paramétrage adapté. Si l’essai révèle des erreurs réelles ou un obstacle d’accès, cette différence compte aussi. Une couleur différente seule et une étape obligatoire impossible ont des conséquences différentes.

Dans le second cas, le parcours reste à résoudre. Cela justifie l’examen d’un complément ou d’une solution sur mesure, sans prouver que tout produit existant est inadapté. Si la lacune décisive persiste après comparaison d’alternatives adaptées, le développement nécessaire devient descriptible concrètement.

Comparez aussi transfert des données, maintenance, mises à jour et changements ultérieurs pour ce périmètre. Le guide d’achat GOV.UK considère également cycle de vie et capacités existantes. Pour votre entreprise, il faut savoir qui peut réellement exploiter et faire évoluer la solution. Un développement propre inclut ces tâches ; un produit acheté demande lui aussi une maintenance fiable.

Sources

• GOV.UK · Define your purchasing strategy