Une recommandation technologique doit préciser ses conditions
Objectif, alternatives et limites rendent une recommandation IT évaluable. Un exemple de recherche documentaire montre quel test ferait changer la décision.
Une recommandation technologique devrait montrer pourquoi elle convient à la tâche précise. Un nom de produit seul n’explique ni l’alternative écartée ni les hypothèses de la recommandation. Ces informations sont particulièrement utiles à la décision de l’entreprise.
Une même tâche, plusieurs voies
Une entreprise fictive veut faciliter la recherche de documents autorisés. Les droits documentaires existants doivent continuer à s’appliquer. Elle envisage d’améliorer la recherche du système documentaire actuel ou de connecter un service de recherche distinct. Les capacités nécessaires restent à vérifier.
Option | Quand elle pourrait convenir | À clarifier avant de la recommander |
|---|---|---|
Améliorer la recherche existante | Les attributs et droits nécessaires peuvent y être représentés | Capacités de recherche, entretien des données et contrôle d’accès réel |
Connecter un service de recherche distinct | La recherche existante ne satisfait pas des exigences importantes | Indexation, mises à jour et application des mêmes droits documentaires |
Je vérifierais d’abord si la recherche existante peut remplir la tâche. C’est une recommandation conditionnelle, sans constat établi sur un produit précis. Si elle ne prend pas en charge un attribut nécessaire, l’alternative doit être réévaluée. Un nouveau service doit aussi prouver son adéquation.
Inclure le contre-exemple dans la justification
Un essai prévu utilise les comptes de test A et B : A peut voir D1, tandis que B peut voir D1 et D2. Recherche et accès direct aux documents doivent respecter ces limites. Filtrer uniquement les résultats visibles ne suffit pas comme contrôle d’accès décisif.
Si la voie proposée rend malgré tout le document restreint accessible, la recommandation n’est pas viable en l’état. Il faut la corriger ou choisir une autre solution. Cet essai vérifie ce cas de droits ; d’autres règles exigent leurs propres preuves. Il s’agit ici d’un plan, sans prétendre qu’un test client a été réalisé.
Une courte note de décision peut suffire
Consignez la tâche, l’option retenue et ses conséquences. Ajoutez pourquoi l’alternative a été différée et quel nouvel élément ferait changer la décision. La recommandation reste ainsi compréhensible, même sans les participants d’origine.
Pour un petit changement facilement réversible, une courte note peut suffire. Des dépendances plus importantes et des prérequis ouverts demandent plus d’explications. La profondeur de la justification devrait correspondre à la décision et répondre aux questions qui la déterminent réellement.
Sources
À lire aussi
Tous les articles
Conseil IT & stratégie avec ASES
Stratégie, architecture et choix technologiques