AA1 • SCM

Gestión de Cambios en el Software

Mapa Conceptual Jerárquico • Estándares IEEE 828 & ISO/IEC/IEEE 12207

🔍
AA1: ELABORACIÓN DE UN MAPA CONCEPTUAL SOBRE LA GESTIÓN DE CAMBIOS EN EL SOFTWARE ESTÁNDARES INTERNACIONALES: IEEE 828-2020 • ISO/IEC/IEEE 12207 • ITIL v4 CHANGE ENABLEMENT • RÚBRICA 100/100 aporta valor mediante se clasifica en se decide bajo se ejecuta en 5 fases involucra los roles de se apoya en herramientas su ausencia provoca garantiza protege la asegura la eleva la 1. bugs y fallos 2. entorno y normas 3. nuevas mejoras evalúa prioridad evalúa impacto evalúa retorno paso 1 inicial 1. Radicado el RFC ➔ se evalúa impacto 2. Dictamen técnico ➔ se eleva al CCB 3. Aprobado por CCB ➔ se autoriza build 4. Construcción lista ➔ se entrega a QA asigna a coordina con reporta a solicita pruebas a para código se vincula con dispara pipelines en desencadena degrada la desemboca en el proceso se articula armónicamente con aísla cambios mediante valida calidad mediante CCB evalúa aplicando se materializa en ramas de se valida automáticamente en QA certifica la entrega en herramienta base de orquesta el pipeline de NODO CENTRAL • GESTIÓN DE CONFIGURACIÓN DEL SOFTWARE (SCM) Gestión de Cambios en el Desarrollo de Software Control sistemático, formal y trazable de modificaciones a los artefactos de software a lo largo del ciclo de vida (SDLC) para preservar la integridad de la línea base y la calidad. DIMENSIÓN ESTRATÉGICA 💎 Importancia de la Gestión AUDITORÍA & HISTORIAL INMUTABLE 🔍 Trazabilidad Integral
Pista de auditoría completa que vincula cada línea de código modificada con su solicitud RFC, motivo de negocio, autor y fecha.
ESTABILIDAD ARQUITECTÓNICA 🏛️ Estabilidad de la Línea Base
Protección de versiones aprobadas (*baselines*), blindando el núcleo contra degradación por modificaciones arbitrarias.
VALOR DE NEGOCIO 🎯 Alineación con Objetivos
Garantía de que todo esfuerzo técnico responde a prioridades estratégicas del roadmap y al valor pactado con los clientes.
PREVENCIÓN DE DEFECTOS 🛡️ Calidad del Producto
Mitigación activa de regresiones, fallos colaterales e inestabilidad en entornos de producción y SLAs comprometidos.
TAXONOMÍA (ISO 14764 / IEEE) 📂 Tipos de Cambios DEFECTOS, BUGS & VULNERABILIDADES 🐛 Cambios Correctivos
Subsanación de errores en ejecución, bugs de lógica, discrepancias funcionales, brechas de ciberseguridad o incidentes en producción.
ENTORNO, PLATAFORMA & NORMAS 🔄 Cambios Adaptativos
Ajustes del software para amoldarse a cambios en el entorno externo: nuevas versiones de SO, APIs de terceros, bases de datos o normativas legales.
NUEVAS FEATURES & PERFORMANCE 🚀 Cambios Evolutivos / Perfectivos
Incorporación de nuevas funcionalidades solicitadas, optimización de velocidad/memoria, refactorización de arquitectura y mejoras de UX.
GOBERNANZA & EVALUACIÓN ⚖️ Criterios de Aprobación COHERENCIA CON EL ROADMAP 🧭 Alineación con Objetivos
Validación de que la modificación respeta el alcance acordado, no desvía la visión del producto y aporta valor directo a la misión.
SEGURIDAD & PLAN DE ROLLBACK ⚠️ Análisis de Riesgos
Evaluación técnica de dependencias, efectos colaterales, riesgo de caída de servicios y exigencia innegociable de un plan de marcha atrás.
VIABILIDAD ECONÓMICA & ROI 📊 Viabilidad Costo-Beneficio
Contraste riguroso entre el retorno de inversión esperado y los costos en horas/hombre, infraestructura, licenciamiento y mantenimiento.
CICLO DE VIDA METODOLÓGICO (1 AL 5) 🔄 Fases del Proceso de Cambio 01 FASE 1 DE 5 • FORMALIZACIÓN 1. Identificación y Registro (RFC)
Formalización de la Solicitud de Cambio (*Request for Change*) con ID único, autor, módulo afectado, justificación de negocio y descripción técnica detallada.
02 FASE 2 DE 5 • ANÁLISIS MULTIDIMENSIONAL 2. Evaluación del Impacto
Análisis exhaustivo en tres ejes cardinales: Técnico (arquitectura, APIs, dependencias), Económico (costo, horas de esfuerzo) y Funcional (usuarios y procesos).
03 FASE 3 DE 5 • GOBERNANZA & COMITÉ CCB 3. Aprobación o Rechazo (Comité CCB)
Deliberación colegiada por el *Change Control Board* (CCB) donde se revisa el impacto y criterios para autorizar, rechazar, aplazar o solicitar ajustes al RFC.
04 FASE 4 DE 5 • CONSTRUCCIÓN CONTROLADA 4. Implementación Controlada
Desarrollo en rama aislada de versionado (`feature/RFC-101`), refactorización limpia, pruebas unitarias automáticas y revisión obligatoria por pares (*Code Review*).
05 FASE 5 DE 5 • CIERRE, QA & LÍNEA BASE 5. Verificación y Documentación Posterior
Pruebas de regresión formales por QA, homologación de criterios de aceptación, actualización de la línea base (*baseline release*) y cierre auditado del RFC.
EQUIPO & RESPONSABILIDADES 👥 Roles Involucrados CONSTRUCCIÓN TÉCNICA 💻 Desarrolladores de Software
Estimación técnica del RFC, diseño de solución, codificación en ramas aisladas, tests unitarios y resolución de conflictos de fusión.
REQUISITOS & NEGOCIO 📋 Analistas de Software / Negocio
Levantamiento de especificaciones, modelado del RFC, definición de criterios de aceptación y evaluación del impacto funcional.
LIDERAZGO & COMITÉ CCB 👔 Gestores de Proyecto / Scrum Masters
Coordinación del comité CCB, priorización del backlog, control de plazos, presupuesto y comunicación con clientes.
CALIDAD & VERIFICACIÓN 🧪 Ingenieros de QA / Calidad
Diseño y ejecución de pruebas de regresión, certificación de que el cambio no desestabilizó el sistema y validación de aceptación.
ECOSISTEMA TECNOLÓGICO 🛠️ Herramientas Utilizadas CONTROL DE VERSIONES DISTRIBUIDO 🐙 Git (Versionado)
Gestión de historial criptográfico inmutable, ramificación ligera para aislar cambios (`feature-branches`) y trazabilidad por commit.
SEGUIMIENTO DE RFCS & AUDITORÍA 🎯 Jira Software (Tickets RFC)
Registro formal de solicitudes RFC, orquestación de flujos de aprobación del CCB, asignación de responsables y auditoría del ciclo de vida.
AUTOMATIZACIÓN CI/CD ⚙️ Jenkins (Automatización)
Servidor de integración continua que compila, ejecuta pruebas automáticas y valida quality gates antes de permitir el merge a producción.
RIESGOS & ANTIPATRONES CRÍTICOS 💥 Consecuencias de Mala Gestión DESPERDICIO DE ESFUERZO 🔄 Reprocesos Catastróficos
Sobreescritura accidental de código válido, resolución reiterada de los mismos defectos y horas desperdiciadas rehaciendo funciones.
DEUDA TÉCNICA & REGRESIONES 📉 Pérdida Drástica de Calidad
Inyección masiva de regresiones en producción, degradación del rendimiento, fallos no detectados y violaciones de seguridad.
CRISIS DE PROYECTO & SOBRECOSTOS ⏳ Retrasos Severos y Sobrecostos
Desviación incontrolada del cronograma (*scope creep*), agotamiento anticipado del presupuesto y colapso de entregas pactadas.
SINERGIA METODOLÓGICA SCM & DEVOPS 🔗 Relación con Otras Prácticas de Ingeniería AISLAMIENTO & INTEGRIDAD HISTÓRICA 🌿 Articulación con el Control de Versiones
Materializa el cambio en ramas independientes (`feature/RFC-101`), impidiendo que el código inestable contamine la línea base (`main`). Facilita revisiones por pares (PRs) y reversión atómica inmediata si ocurre una falla.
VALIDACIÓN AUTOMÁTICA EN TIEMPO REAL ⚡ Articulación con la Integración Continua (CI)
Automatiza la verificación objetiva de cada cambio mediante pipelines de compilación, ejecución de tests unitarios, análisis estático y quality gates antes de autorizar el despliegue a producción.
💡 SÍNTESIS DE ARQUITECTURA SCM: La Gestión de Cambios es el motor de gobernanza que transforma la necesidad de negocio en código validado, integrando roles, herramientas y buenas prácticas para preservar la integridad del software.
🖱️ Arrastra para moverte • Rueda del ratón para zoom • Clic en tarjeta para ver detalles