Ad Clicks :Ad Views : Ad Clicks :Ad Views :

Hazte 7 preguntas para un cambio efectivo en los Sistemas Informáticos

/

Cuando gestionas los Sistemas de Información de una empresa y un usuario/cliente de informática te pide un cambio, dos son los problemas a los que te vas a tener que enfrentar. La Petición y la Gestión de Cambios.

La Petición

El usuario debe obtener una respuesta en la que se le informe de los plazos en los que estamos hablando. Mejor preestablecidos, pero dependiendo de nuestro tamaño y de lo que se nos pida, basta con hacerle una planificación estimada respondiéndole en tiempos aceptables.

Gestión de Cambios

En la informática una petición puede desembocar en varios cambios. Cambiar algo que parece muy simple para el usuario, puede suponer un gran despliegue (ej. ver un campo nuevo en la pantalla puede suponer horas de programación, cambios en las Bases de Datos y llegar a necesitar cambios en la máquina donde se encuentra).

Por lo tanto una vez tengamos la petición obtendremos uno o varios RFCs (Request For Change), dependiendo si el RFC inicial anida más cambios. Aquí 7 preguntas necesarias a responder por cada RFC:

Quién solicita la petición?El propio Usuario/Cliente o algún área del Departamento InformáticoLa petición recibida genera un RFC en desarrollo.

PreguntaRespuestaHablando del ejemplo
Cuál es la razón del cambio?Los resultados esperados de la propia peticiónVer en pantalla un nuevo cambio
Qué es lo que se espera del cambio?La descripción de la propia peticiónLa necesidad del negocio de tener un nuevo cambio
Cuáles son los riesgos del cambio?Un análisis de impacto a la hora de ejecutar el cambio para evitar futuros disgustosSiendo un campo calculado, por eficiencia de máquina puede ser mejor generar el campo en la Base de Datos para no realizar el recálculo constantemente. Esto puede requerir más Disco Duro
Cuáles son los recursos necesarios para el cambio?Para preparar el cambio resulta interesante contemplar abrir nuevos RFCsSe estima necesario un equipo de Mantenimiento de Desarrollo (Analista + Programador)
Quién es el responsable de la construcción, prueba e implementación del cambio?Por cada RFC identificaremos una persona por rol. Intentando que el de pruebas sea distinto al que hace la construcciónSe identifican a las tres personas, en este caso el Analista será el responsable de construcción e Implementación y se identifica otra persona para la realización de pruebas.
Cuál es la relación entre este y otros cambios?En caso de que nazca de una petición o sea consecuencia de un proyecto, describirlo un poco.El RFC generado por la Petición no se comenta. Los posibles RFC generado por necesidades en Base de Datos y/o Máquina, se

Todo ello se basa en las buenas prácticas de ITIL.

Leave a Comment

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

This div height required for enabling the sticky sidebar