Twitter ProactivaNET LinkedIn ProactivaNET Vimeo ProactivaNET RSS ProactivaNET Facebook ProactivaNET Youtube ProactivaNET Google+ ProactivaNET

Proactivanet Blog

Visita el blog de referencia en el mundo de TI, ITSM, ITIL y descubre como aplicar las mejores prácticas a tu organización

En él podrás ver casos de éxito, artículos de opinión, eventos del sector y hasta un glosario de términos ITIL que te ayudarán a ver desde una perspectiva práctica como mejorar la gestión de servicios de TI

cambios que no son RFCs
3 Ene

Algunos cambios que no son RFCs

No me obsesiona en absoluto cumplir con las recomendaciones de ITIL al 100%, aunque sí me preocupa mucho que lo que haga, sea porque realmente es necesario para la organización, aporta valor, y tiene un balance coste-beneficio adecuado. Y es justamente ese balance esfuerzo-beneficio el que me lleva, muchas veces, a gestionar cambios sin llegar a convertirlos en RFCs.

Obvio que uno de los objetivos de la gestión de cambios es mantener registrados, controlados y monitorizados todos los cambios que hacemos a nuestra infraestructura y servicios, ¿cierto? Pero que los tengamos que tener perfectamente registrados, controlados y monitorizados no nos obliga a que todos pasen por el flujo “más convencional” de las RFCs, o dicho de otra manera, no todos estos cambios tienen por qué acabar en el módulo de gestión de cambios.

Las RFCs implican un cierto grado de “formalismo”, en el que se debe hacer una evaluación del cambio, pasarlo por la aprobación del CAB / ECAB si procede, planificarlo, construirlo, ponerlo en producción, revisarlo, … Todas esas tareas las puedes (y debes) ejecutar con el Módulo de Gestión de Cambios, pero también podrías plantearte una simplificación, y gestionarlos con tu módulo de gestión de peticiones, siempre y cuando asegures que esta simplificación no se usa para saltarse el proceso. Si registras estos cambios “sencillos” como una petición, pero con un tipo diferenciado, con un proceso de autorización acorde a la necesidad, y garantizando que solo entran por este flujo determinados cambios muy menores y de muy bajo impacto que estén perfectamente controlados, ¿dónde está el problema? ¿No se está registrando, controlando y monitorizando el cambio?

Quizá alguno ya se esté tirando de los pelos con semejante planteamiento, pero de verdad que no es tan descabellado, siempre y cuando se use con cautela, no como atajo para saltarse el proceso, con el objetivo de agilizar y no añadir burocracia innecesaria a determinada tipología de cambios muy menores, muy controlados, y de muy bajo impacto.

Eso sí, use with care: el resto de cambios, al módulo de cambios con su correspondiente RFC, no pensemos que todo el monte es orégano 😉

Un saludo y feliz 2018

Jandro Castro.

Etiquetas:, , ,

Deja un comentario

*

© 2000-2018 Proactivanet es un producto de Espiral MS

ESPAÑA · Equipo I+D+i. Espacio Tecnológico Molinón

Tel. (0034) 985 099 215

comercial@proactivanet.com

itil pink verify ITSMF España>
</p>		
</div></div></section>
			
		</div>
	</div>
	
	
		<div id=