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 el Cambio.

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.

El Cambio

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.

Pregunta Respuesta Hablando del ejemplo
Cuál es la razón del cambio? Los resultados esperados de la propia petición Ver en pantalla un nuevo cambio
Qué es lo que se espera del cambio? La descripción de la propia petición La 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 disgustos Siendo 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 RFCs Se 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ón Se 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
src="//pagead2.googlesyndication.com/pagead/js/adsbygoogle.js">