Una recomendación tecnológica necesita sus condiciones
Una recomendación de TI puede evaluarse si muestra objetivos, alternativas y límites. Un proyecto de búsqueda ilustra qué prueba cambiaría la decisión.
Una recomendación tecnológica debería mostrar por qué encaja con la tarea concreta. El nombre de un producto no explica la alternativa descartada ni los supuestos de la recomendación. Esos datos resultan especialmente útiles para decidir en la empresa.
La misma tarea, distintos caminos
Una empresa hipotética quiere encontrar más fácilmente los documentos autorizados. Deben seguir aplicándose los permisos existentes. Se plantean mejorar la búsqueda del sistema documental actual o conectar un servicio de búsqueda separado. Aún hay que comprobar si existen las capacidades necesarias.
Opción | Cuándo podría encajar | Qué aclarar antes de recomendarla |
|---|---|---|
Mejorar la búsqueda existente | Puede representar los atributos y permisos requeridos | Capacidades de búsqueda, mantenimiento de datos y control de acceso real |
Conectar un servicio de búsqueda separado | La búsqueda existente no cumple requisitos importantes | Indexación, actualizaciones y aplicación de los mismos derechos documentales |
Primero comprobaría si la búsqueda existente puede resolver la tarea. Es una recomendación condicionada, no un hallazgo establecido sobre un producto concreto. Si no admite un atributo necesario, debe reevaluarse la alternativa. El servicio nuevo también debe demostrar su idoneidad.
Incluya el contraejemplo en la justificación
Una prueba prevista usa las cuentas A y B: A puede ver D1, mientras B puede ver D1 y D2. La búsqueda y el acceso directo al documento deben respetar esos límites. Filtrar solo los resultados visibles no basta como control decisivo de acceso.
Si el camino propuesto sigue haciendo accesible el documento restringido, la recomendación no es viable en ese estado. Hace falta corregirlo u otra solución. Esta prueba verifica ese caso de permisos; otras reglas necesitan sus propias evidencias. Aquí se describe un plan, sin presentarlo como una prueba de cliente realizada.
Una nota breve de decisión puede bastar
Registre la tarea, la opción elegida y las consecuencias. Añada por qué se aplazó la alternativa y qué información nueva cambiaría la decisión. Así puede entenderse después la recomendación aunque falten los participantes originales.
Para un cambio pequeño y fácilmente reversible puede bastar una nota corta. Las dependencias mayores y condiciones abiertas requieren más explicación. La profundidad de la justificación debe corresponder a la decisión y responder a las preguntas realmente determinantes.
Fuentes
Seguir leyendo
Todos los artículos
Consultoría IT y estrategia con ASES
Estrategia, arquitectura y elección de tecnología