🪄 Política de identificación de elementos de configuración

Esta política establece los criterios, responsabilidades y mecanismos para identificar, registrar y controlar los elementos seleccionados para la gestión de configuración en los proyectos del departamento, en alineación con el modelo CMMI. Su implementación garantiza trazabilidad, control de cambios y coordinación efectiva entre equipos.

🎯 Objetivo

• Definir lineamientos claros para identificar los elementos que serán gestionados como elementos de configuración (EC).
• Asegurar que los elementos clave para el éxito de los proyectos estén debidamente controlados y documentados.
• Fortalecer la trazabilidad, la integridad de versiones y la coordinación entre equipos mediante un sistema estandarizado.

📊 Alcance

Esta política aplica a:

• Elementos y productos de trabajo seleccionados por cumplir con criterios de control de configuración.
• Documentación, software, diagramas, resultados de pruebas y cualquier otro activo considerado crítico.

Excepciones: Elementos de uso temporal, personales o sin impacto en el proyecto no están sujetos a esta política.

📋 Declaraciones de la política

Todo elemento identificado debe de ser evaluado por los miembros de CCB. Consulta la política del Comité de Control de Cambios (CCB) para más información.

1. Criterios de selección de elementos de configuración

Un producto de trabajo será considerado elemento de configuración si cumple uno o más de los siguientes criterios:

• Cambia con una periodicidad mayor a una semana.
• Es utilizado por más de un equipo o presenta dependencias técnicas con otros elementos.
• Requiere validación por parte del socio formador o cliente.
• Tiene impacto crítico en el cumplimiento de los objetivos del proyecto.
• Está relacionado con una entrega oficial como MVP (Producto Mínimo Viable), MBI (Incremento de Negocio Mínimo), release interna o pública.
• Su modificación requiere trazabilidad y control formal (ej. código fuente, infraestructura como código, definiciones de API, documentos de arquitectura, wikis oficiales, procesos automatizados).

2. Matriz de identificación de elementos de configuración

Se utilizará una matriz centralizada para registrar los elementos seleccionados. Esta incluirá campos como:

• Identificador único
• Nombre del elemento de configuración
• Categoría del elemento de configuración
• Estatus que puede tener un elemento de configuración
  • Estático: Indica que un elemento de configuración o producto de trabajo ya fue validado y cumple con las políticas y estándares establecidos por el departamento. Generalmente, no requiere modificaciones, a menos que haya actualizaciones relevantes en normativas, lineamientos o procedimientos. Una vez asignado este estatus, la versión se considera como base de referencia.
  • Dinámico: Se refiere a elemento de configuración que están siendo trabajados, ajustados o en revisión continua. Son susceptibles a cambios frecuentes debido a nuevas prácticas, comentarios de los usuarios o ajustes necesarios. Es fundamental consultar siempre la última versión disponible.
  • Bajo Revisión: Esta categoría aplica a elementos de configuración que han sido seleccionados específicamente para evaluación, pero que aún no concluyen su proceso de auditoría. Puede tratarse de material que anteriormente fue estático o que está en una fase crítica de análisis antes de volverse base estable.
• Versión correspondiente a la última versión del elemento de configuración.
• Versión correspondiente a la última versión estable del elemento de configuración para la documentación que fue parte del último release.
• Bitácora de peticiones de cambio para almacenar y recuperar versiones archivadas de elementos de configuración.
• Auditorías: Registro cronológico de todas las auditorías realizadas al elemento de configuración, incluyendo enlaces a la documentación de auditoría y estado de cumplimiento actual.
• Auditado: Estado de la de auditorías sobre esa versión del elemento.
• Ubicación o link de acceso al elemento de configuración

📎 Enlace a la matriz: Matriz de identificación de elementos de configuración

3. Identificación y actualización de líneas base

Una línea base se identifica cuando un conjunto de elementos ha alcanzado un estado aprobado y estable, listo para ser utilizado como referencia en iteraciones posteriores.

📌 Ejemplos típicos de hitos para crear líneas base:

• Validación o verificación exitosa del sistema o módulo.
• Avaluación y autorización de modificaciones por parte de CCB.
• Publicación de una versión tipo MVP, MBI, release estable o release candidata.
• Aprobación de entregables por parte del cliente.
• Cierre de un sprint o etapa con entregables aceptados.

Las líneas base se documentan en la matriz e incluyen la versión de cada elemento en ese punto de control.

🔁 Criterios para actualizar una línea base:

• Cambios significativos en uno o más elementos de configuración.
• Introducción de nuevas funcionalidades que afectan la arquitectura o acuerdos establecidos.
• Solicitudes de cambio aprobadas por el equipo responsable.
• Revisión o aprobación por parte del cliente o socio formador.

Toda nueva línea base debe ser registrada con su fecha, versión y justificación.

🧩 Elementos bajo gestión de configuración

🗂 Categorías gestionadas

Categoría	Descripción
Acuerdos	Registra los compromisos formales o informales entre partes (por ejemplo, entre cliente y proveedor o entre áreas).
Arquitectura	Describe la estructura técnica o lógica de un sistema (software, infraestructura, etc.) y cómo interactúan sus componentes.
Entregas	Enumera los productos, documentos o resultados esperados en un proyecto o fase. Indica qué se entrega, cuándo y en qué formato.
Plantillas	Documentos modelo que permiten mantener la consistencia y formato de otros documentos (ej. reporte de incidentes, actas, informes).
Procesos	Define el paso a paso de una actividad repetitiva, sus responsables, entradas, salidas y métricas.
Políticas	Establecen lineamientos obligatorios dentro de la organización (ej. política de seguridad, uso de recursos, etc.).
Guías	Brinda instrucciones detalladas o recomendaciones para realizar una tarea o proceso. Es orientativa, no siempre obligatoria.
Estándares	Define normas mínimas obligatorias para asegurar calidad o cumplimiento (ej. codificación, documentación, diseño, etc.).
Definiciones	Reúne los términos clave y su significado, para asegurar entendimiento común entre todos los involucrados.
Checklist	Listas de verificación usadas para validar que se han cumplido ciertos pasos, requisitos o entregables.
Encuestas	Herramientas para recolectar opiniones, datos o retroalimentación de usuarios, clientes o equipos.
Diagramas	Representaciones visuales que ayudan a explicar procesos, flujos, arquitecturas o relaciones de manera gráfica (ej. diagramas de flujo, UML, ER, etc.).
Código	Repositorios, scripts o pull requests solo cuando se trata de versiones críticas o revisadas.
Información del Proyecto	Documento resumen que contiene los datos generales del proyecto: nombre, objetivos, fechas, responsables, presupuesto, alcance, etc.

⏳ Frecuencia de revisión de los elementos

Para asegurar la vigencia, relevancia y alineación de los elementos de configuración con los objetivos del proyecto, se establecerá un calendario de revisión periódica según el tipo y el estatus del elemento:

Estatus	Frecuencia de Revisión
Estático	Cada 15 días o ante cambios regulatorios o normativos relevantes.
Dinámico	Cada semana, iteración o mínimo una vez al mes.
Bajo Revisión	Durante la auditoría correspondiente o en un lapso no mayor a 15 días.

🤔 En caso de tener duda sobre cómo funcionan los estatus de control, consulta la Política de estatus de control.

📌 Estas revisiones serán realizadas por el propietario del elemento y supervisadas por el CCB en las reuniones establecidas, documentando cualquier actualización en la matriz.

👥 Roles y responsabilidades

• Comité de Control de Cambios (CCB): Evalúa y autoriza modificaciones sobre elementos bajo control de configuración, garantizando trazabilidad, estructura y alineación con los objetivos del departamento.
• Propietario del elemento: Mantiene actualizada la información de cada EC y reporta cambios.

⚠️ Consecuencias del incumplimiento

El incumplimiento de esta política puede resultar en:

• Pérdida de trazabilidad o errores críticos por uso de versiones desactualizadas.
• Observaciones o no conformidades en auditorías internas o externas.
• Repetición de trabajos o demoras por falta de control sobre los elementos clave.

📎 Recursos relacionados

• Estándar para crear nuevas plantillas
• Definición de Ítems
• Plantilla para políticas
• Política del Comité de Control de Cambios (CCB)

📚 Historial de cambios

Versiones

Tipo de versión	Descripción	Fecha	Colaborador
1.0.0	Creación de la política.	06/04/2025	Max Toscano, Diego Fuentes
1.1.0	Implementar acciones correctivas.	26/04/2025	Max Toscano
1.2.0	Implementar acciones correctivas.	08/05/2025	Armando Méndez Castro
1.3.0	Corrección de ortografía.	08/05/2025	Paola Garrido
1.4.0	Se agregan criterios y gestión de líneas base.	26/05/2025	Angel Mauricio Ramírez Herrera
1.5.0	Incluir categorías de los elementos bajo configuración.	29/05/2025	Angel Mauricio Ramírez Herrera
1.5.1	Corregir apartado de campos.	30/05/2025	Angel Mauricio Ramírez Herrera