Generador de RFC de Cambio

Un RFC (Request for Change) es una solicitud formal para implementar un cambio en un entorno de TI siguiendo las mejores prácticas de ITIL. Documenta qué se va a cambiar, por qué, qué impacto tiene, los riesgos asociados, el plan de implementación y el plan de rollback. Es el elemento central del proceso de gestión de cambios y permite que los cambios sean evaluados, aprobados y rastreados de forma controlada.

Un RFC completo debe incluir: ID único del cambio, título descriptivo, descripción detallada del cambio, razón o justificación del negocio, alcance (qué sistemas se ven afectados), impacto en servicios existentes, nivel de riesgo (bajo/medio/alto/crítico), plan de implementación paso a paso, plan de rollback (cómo revertir si algo sale mal), criterios de éxito y firmas de aprobación.

Un RFC estándar sigue el proceso completo de evaluación y aprobación, ideal para cambios planificados como actualizaciones de software o migraciones. Un RFC de emergencia se usa para cambios urgentes que necesitan implementación inmediata para resolver una incidencia crítica (caída de producción, vulnerabilidad de seguridad crítica), con un proceso de aprobación acelerado pero documentación igualmente rigurosa.

Un plan de rollback debe detallar: comandos exactos para revertir el cambio, tiempo estimado de reversión, condiciones que activarían el rollback (ej: "si la latencia aumenta más del 20%"), quién ejecutará la reversión, y cómo verificar que el sistema ha vuelto al estado anterior. Un buen plan de rollback es específico, no genérico — debe ser ejecutable paso a paso por cualquier miembro del equipo.

Los niveles típicos son: Bajo (cambios sin impacto en usuarios, ej: actualizar documentación), Medio (cambios con impacto mínimo, ej: añadir monitorización), Alto (cambios que afectan servicios con mantenimiento planificado, ej: migrar base de datos), Crítico (cambios que modifican infraestructura core, ej: cambiar balanceador de carga con riesgo de caída).

En entornos DevOps, los RFC pueden integrarse con herramientas como Jira, ServiceNow o Git. El RFC se crea como ticket o pull request, se vincula a commits y deployments, y se usa como artefacto de auditoría. Muchas organizaciones implementan "change advisory boards" (CAB) virtuales donde las aprobaciones se gestionan directamente en la herramienta.