Skip to content

Commit

Permalink
chore(develop): added changes from AUD029
Browse files Browse the repository at this point in the history
Auditoria proceso 029
  • Loading branch information
salgue441 authored Jun 7, 2024
2 parents c4c0d90 + 5e0231c commit c254205
Show file tree
Hide file tree
Showing 2 changed files with 22 additions and 21 deletions.
41 changes: 21 additions & 20 deletions docs/procesos/pro-bdt-029.md
Original file line number Diff line number Diff line change
Expand Up @@ -5,7 +5,7 @@ sidebar_position: 32

# PRO-BDT-029 Proceso de retrospectiva

v 4.1 / PMC, MA, OPF, RSKM, CM
v 4.2 / PMC, MA, OPF, RSKM, CM

## Propósito

Expand All @@ -31,25 +31,26 @@ Team Lead, Team Members, Proyect Owner.

## Descripción

| Fase | Actividades | Responsables | Prácticas Asociadas al CMMI |
| ---------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------- | ------------------------------------------------------------- |
| Información | Para la retrospectiva en proyectos de desarrollo, se diseña y se manda un forms donde se realicen las siguientes preguntas: <b>¿Qué hicimos bien?, ¿Qué hicimos mal?, ¿Qué podemos mejorar?</b>. En este se incluirá la métrica de Ruler ("Para saber su estado de ánimo"). | TL | MA SP 1.1 <br/> PMC SP 1.6 |
| Información | Para los proyectos de desarrollo, todos los integrantes del equipo deben contestar este forms en las fechas acordadas. | Team Members | PMC SP 1.6 <br/> MA SP 2.1 |
| Información | Exclusivamente para la retroalimentación departamental, se realiza una copia del celebration matrix, por el canal de discord se comparte la liga solicitando a los team members respondan aquellas áreas en la que tengan un comentario. <ul><li>Éxitos</li> <li>Áreas de mejora</li> <li>Errores</li> <li>Experimentos</li> <li>Prácticas</li> </ul> | PM y TM | PMC SP 1.6 |
| Análisis | Se recopilan, proyectan y analizan las respuestas frente a todo el equipo. | TL | MA SP 2.4 |
| Análisis | Únicamente en la retrospectiva de proyectos, se presenta el estatus del proyecto, los riesgos, logros, patrones, antipatrones y problemas con base en los logs de cada uno, los cuales están registrados en el archivo de PVG. | TL <br/> Team Members | PMC SP 1.6 <br/> PMC SP 1.7 <br/> PMC SP 2.1 |
| Implementación | Se analizan los resultados para la toma de decisiones o propuesta de experimentos que ayuden al trabajo a ejecutar. | TL <br/> Team Members | RSKM SP 3.1 <br/> MA SP 2.4 |
| Implementación | En caso de que un Team Member haya realizado previamente un experimento que satisfaga una situación, deberá comentarlo y mostrar los resultados obtenidos. | TL <br/> Team Members | MA SP 2.1 <br/> RSKM SP 3.1 <br/> PMC SP 1.6 <br/> OPF SP 3.1 <br/> OPF SP 3.4 |
| Implementación | Se analizan las propuestas y define cuales se implementarán. En caso de ejecutar un experimento, seguir el proceso [PRO-BDT-024](./pro-bdt-024.md) y registrarlo en el [Log de experimentos](https://github.com/orgs/Black-Dot-2024/projects/6) | TL <br/> Team Members | PMC SP 2.2 <br/> OPF SP 2.2 <br/> MA SP 2.3 <br/>OPF SP 3.1 |
| Evaluación de procesos | Únicamente en la retrospectiva departamental, aquellos integrantes que hayan detectado un área de mejora o un proceso obsoleto, presentan dicho proceso explicando lo detectado. | TM | OPF SP 1.2 <br/> OPF SP 3.3 |
| Evaluación de procesos | Se accede a la [<u>Matriz de configuración</u>](https://docs.google.com/spreadsheets/d/12xtoMNL9ocx4egG_lg_p4_y7RYg-iGxrAkcjjT37WUU/edit#gid=656946687), aquí se evalúa si los procesos mencionados se usan y siguen nuestra forma de trabajo. En caso de no hacerlo deprecar el proceso anterior. Además, actualizar el proceso en la Matriz de Configuración con el tag de [DEPRECATED] en el títiulo del proceso. Finalmente mueve el proceso a la carpeta de deprecado dentro de procesos. | TM | CM SP 3.1 <br/> OPF SP 3.3 |
| Fase | Actividades | Responsables | Prácticas Asociadas al CMMI |
| ---------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------- | ------------------------------------------------------------ |
| Información | Para la retrospectiva en proyectos de desarrollo, se diseña y se manda un forms donde se realicen las siguientes preguntas: <b>¿Qué hicimos bien?, ¿Qué hicimos mal?, ¿Qué podemos mejorar?</b>. En este se incluirá la métrica de Ruler ("Para saber su estado de ánimo"). | TL | MA SP 1.1 <br/> PMC SP 1.6 |
| Información | Para los proyectos de desarrollo, todos los integrantes del equipo deben contestar este forms en las fechas acordadas. | Team Members | PMC SP 1.6 <br/> MA SP 2.1 |
| Información | Exclusivamente para la retroalimentación departamental, se realiza una copia del celebration matrix, por el canal de discord se comparte la liga solicitando a los team members respondan aquellas áreas en la que tengan un comentario. <ul><li>Éxitos</li> <li>Áreas de mejora</li> <li>Errores</li> <li>Experimentos</li> <li>Prácticas</li> </ul> | PM y TM | PMC SP 1.6 |
| Análisis | Se recopilan, proyectan y analizan las respuestas frente a todo el equipo. | TL | MA SP 2.4 |
| Análisis | Únicamente en la retrospectiva de proyectos, se presenta el estatus del proyecto, los riesgos, logros, patrones, antipatrones y problemas con base en los logs de cada uno, los cuales están registrados en el archivo de PVG. | TL <br/> Team Members | PMC SP 1.6 <br/> PMC SP 1.7 <br/> PMC SP 2.1 |
| Implementación | Se analizan los resultados para la toma de decisiones o propuesta de experimentos que ayuden al trabajo a ejecutar. | TL <br/> Team Members | MA SP 2.4 |
| Implementación | En caso de que un Team Member haya realizado previamente un experimento que satisfaga una situación, deberá comentarlo y mostrar los resultados obtenidos. | TL <br/> Team Members | MA SP 2.1 <br/> PMC SP 1.6 <br/> OPF SP 3.1 <br/> OPF SP 3.4 |
| Implementación | Se analizan las propuestas y define cuales se implementarán. En caso de ejecutar un experimento, seguir el proceso [PRO-BDT-024](./pro-bdt-024.md) y registrarlo en el [Log de experimentos](https://github.com/orgs/Black-Dot-2024/projects/6) | TL <br/> Team Members | PMC SP 2.2 <br/> OPF SP 2.2 <br/> MA SP 2.3 <br/>OPF SP 3.1 |
| Evaluación de procesos | Únicamente en la retrospectiva departamental, aquellos integrantes que hayan detectado un área de mejora o un proceso obsoleto, presentan dicho proceso explicando lo detectado. | TM | OPF SP 1.2 <br/> OPF SP 3.3 |
| Evaluación de procesos | Se accede a la [<u>Matriz de configuración</u>](https://docs.google.com/spreadsheets/d/12xtoMNL9ocx4egG_lg_p4_y7RYg-iGxrAkcjjT37WUU/edit#gid=656946687), aquí se evalúa si los procesos mencionados se usan y siguen nuestra forma de trabajo. En caso de no hacerlo deprecar el proceso anterior. Además, actualizar el proceso en la Matriz de Configuración con el tag de [DEPRECATED] en el títiulo del proceso. Finalmente mueve el proceso a la carpeta de deprecado dentro de procesos. | TM | CM SP 3.1 <br/> OPF SP 3.3 |

## Control de cambios

| Versión | Cambio Realizado | Análisis | Autor | Revisor(es) | Fecha de cambio |
| ------- | ------------------------------- | ------------------------------------------------------------------- | --------------------------------- | ----------- | --------------- |
| v 1.0 | Creación del proceso. | NA | Denisse Domínguez <br/> Uri Gopar | | 10/05/2024 |
| v 2.0 | Agregar notas introductorias. | NA | Denisse Domínguez | | 12/05/2024 |
| v 3.0 | Agregar revsión de problemas. | Faltaba agregar la revisón del estatus de los proyectos y problemas | Ricardo Rosales | | 16/05/2024 |
| v 4.0 | Identificar fases que usan OPF. | Teníamos fases que usaban OPF | Denisse Domínguez | Diego Llaca | 24/05/2024 |
| v 4.1 | Agregar área de proceso identificada | Se agregó el área de proceso identificada en la fase de implementación de OPF 3.4 | Carlos Velasco | | 30/05/2024 |
| Versión | Cambio Realizado | Análisis | Autor | Revisor(es) | Fecha de cambio |
| ------- | ------------------------------------ | --------------------------------------------------------------------------------- | --------------------------------- | ---------------- | --------------- |
| v 1.0 | Creación del proceso. | NA | Denisse Domínguez <br/> Uri Gopar | | 10/05/2024 |
| v 2.0 | Agregar notas introductorias. | NA | Denisse Domínguez | | 12/05/2024 |
| v 3.0 | Agregar revsión de problemas. | Faltaba agregar la revisón del estatus de los proyectos y problemas | Ricardo Rosales | | 16/05/2024 |
| v 4.0 | Identificar fases que usan OPF. | Teníamos fases que usaban OPF | Denisse Domínguez | Diego Llaca | 24/05/2024 |
| v 4.1 | Agregar área de proceso identificada | Se agregó el área de proceso identificada en la fase de implementación de OPF 3.4 | Carlos Velasco | | 30/05/2024 |
| v 4.2 | Eliminar RSKM | Identificación incorrecta de RSKM | Denisse Domínguez | Sebastian Flores | 06/06/2024 |
Loading

0 comments on commit c254205

Please sign in to comment.