Definición | | Responsable de validación | |
Creación | - Agregar el asset a la matriz de configuración , establecer el nivel de configuración como "controlado" y asignándose uno mismo como owner (si dos o más personas están trabajando el asset elegir solo a uno).
- Desarrollar el contenido del asset siguiendo la plantilla correspondiente, para un mayor entendimiento revisar las definiciones de assets (procesos, guías, plantillas, políticas).
- Abrir la checklist de institucionalización (hacer una copia local si es necesario) y verificar que el asset cumple con todos y cada uno de los elementos definidos en la misma.
- Si un elemento no se cumple dentro del asset, hacer las correcciones necesarias.
- Subir el asset al repositorio siguiendo los estándares de nombramiento de ramas, estándares de mensajes de commits y estándares de pull requests.
- Comunicar que el asset ha sido creado/modificado y está listo para su revisión a través de los canales de Discord.
| Equipo de validación | - CM 1.1
- CM 2.2
- CM 3.1
- OPD 1.1
- OPD 1.6
- OPD 1.3
- VAL 1.2
- VAL 1.3
|
Verificación | - Al menos un integrante del departamento (distinto al responsable del asset) deberá de hacer una verificación, para eso se seguirán los siguientes pasos:
- Duplicar la auditoría de producto de trabajo, la copia de la checklist se quedará como una nueva pestaña dentro del mismo archivo) y nombrar el archivo, de la siguiente manera: [ID_PROCESO]-VER[n], donde "n" es el número de incrementos.
- Llenar los campos: ID, nombre del asset, versión y verificador.
- Verificar que el asset cumple con todos y cada uno de los elementos definidos en la checklist .
- Llenar la columna "¿se cumple?" para que refleje los resultados de la verificación.
- Si el asset no cumple con un elemento:
- Agregar comentarios para detallar las observaciones.
- Comunicar a los responsables del proceso de las observaciones realizadas.
- Duplicar la checklist de código en la misma plantilla agregando la tabla a la parte inferior de la tabla que se evaluó, actualizar el valor de la versión agregando un incremento, esto para asegurar las observaciones realizadas a lo largo de la gestión de cada asset.
- Actualizar la versión del asset dentro de la matriz de configuración, aumentando en una unidad el valor del número de la derecha.
- Los responsables deberán hacer las correcciones necesarias y volver a realizar los pasos desde el último paso de la fase de Creación.
- Dentro de la matriz de configuración, se debe actualizar la última fecha de modificación de dicho asset.
- Si el asset cumple con todos los elementos, continuar con la siguiente fase.
| Equipo de validación | - CM 1.2
- PPQA 2.1
- PPQA 2.2
- VER 1.1
- VER 1.2
- VER 1.3
- VER 3.1
- VAL 2.1
|
Publicación | - Completar el pull request siguiendo los estándares de pull requests. Mencionado anteriormente, para poder visualizar el asset ya verificado en la Wiki de Mutate.
- Agregar la liga del asset en todas las prácticas correspondientes, dentro del tablero del CMMI.
- Dentro de la matriz de configuración :
- Agregar en la columna "Nombre" el enlace al asset publicado.
- Actualizar la versión del asset con el incremento final.
- Actualizar el nivel de la configuración especificando que el asset se encuentra "estático".
| Equipo de validación | |
Difusión | - Comunicar la creación exitosa del asset a través de los canales de Discord para empezar a implementarlo en la forma de trabajo, incluyendo el objetivo del asset y sus salidas, así para cubrir con lo mínimo de un release del asset
| Equipo de validación | |
Seguimiento | - Supervisar y monitorear el desempeño del asset tras la puesta en práctica del mismo para determinar si necesita una mejora
| Equipo de validación | - CM 3.2
- OPF 1.3
- OPF 3.3
- OPF 3.4
- OPD 1.5
- OPD 1.6
|