Black-Dot-2024 · yna2131 · Mar 11, 2024 · Mar 11, 2024 · Mar 11, 2024 · Mar 11, 2024
diff --git a/docs/cr/cr-testplan.md b/docs/cr/cr-testplan.md
@@ -9,7 +9,7 @@ Autores:
 
 ## 1. Introducción
 
-El siguiente plan de pruebas busca estandarizar el proceso de pruebas para el proyecto de Talent Dot. El plan se desevnuelve de la siguiente manera:
+El siguiente plan de pruebas busca estandarizar el proceso de pruebas para el proyecto de Talent Dot. El plan se desenvuelve de la siguiente manera:
 
 ### 1.1 Propósito
 
@@ -186,8 +186,6 @@ Las siguientes herramientas serán utilizadas para este proyecto:
 
 |  **Tipo de prueba**  |         **Herramienta**         |
 | :------------------: | :-----------------------------: |
-|  Unitarias Backend   |           Por definir           |
-|  Unitarias Frontend  |        Matriz de Pruebas        |
-| Integración Backend  | Por definir y Matriz de Pruebas |
-| Integración FrontEnd |        Matriz de Pruebas        |
+|       Unitarias      |        Matriz de Pruebas        |
+|      Integración     |        Matriz de Pruebas        |
 |       Sistema        |       Pruebas en voz alta       |
diff --git a/docs/cr/vision-proyecto-cr.md b/docs/cr/vision-proyecto-cr.md
@@ -16,9 +16,8 @@ Atender la ineficiencia en el proceso de diagnóstico de los colaboradores, junt
 
 - Código fuente
 - Manual de usuario
-- Manual de despliegue
 - Perfil de desarrollador
-- Descripción general del sistema
+- Plan de proyecto
 
 ## Ciclo de vida del proyecto
 
@@ -75,12 +74,12 @@ Los objetivos de la fase de construcción son:
 
 |                                                               | Fecha Esperada |
 | ------------------------------------------------------------- | -------------- |
-| ¿El stakeholder está de acuerdo con tu estrategia?            |                |
-| ¿Realmente puedes construir la solución propuesta?            |                |
-| ¿El proyecto sigue teniendo sentido?                          |                |
-| ¿Tiene sentido liberar la solución actual?                    |                |
-| ¿La solución va a funcionar en producción?                    |                |
-| ¿Están contentos los stakeholders con la solución desplegada? |                |
+| ¿El stakeholder está de acuerdo con tu estrategia?            | 08/03/2024 - 11/03/2024 |
+| ¿Realmente puedes construir la solución propuesta?            | 08/04/2024 - 12/04/2024 |
+| ¿El proyecto sigue teniendo sentido?                          | 22/04/2024 - 26/04/2024 |
+| ¿Tiene sentido liberar la solución actual?                    | 29/04/2024 - 03/05/2024 |
+| ¿La solución va a funcionar en producción?                    | 05/05/2024 - 10/05/2024 |
+| ¿Están contentos los stakeholders con la solución desplegada? | 03/06/2024 - 15/06/2024 |
 
 ## Iteraciones del proyecto
 

diff --git a/docs/intro.md b/docs/intro.md
@@ -16,6 +16,32 @@ En esta wiki, compartimos conocimientos y recursos sobre:
 - **Procesos de Trabajo**: Nuestros métodos para desarrollo ágil, revisión de código, despliegues, etc.
 - **Cultura de Equipo**: Todo sobre cómo colaboramos, resolvemos problemas, y crecemos juntos.
 
+### Referencias
+
+Para obtener más información sobre el modelo CMMI y las mejores prácticas en la gestión de proyectos de software, consulta las siguientes referencias:
+
+[CMMI Institute](https://cmmiinstitute.com/): Sitio oficial del CMMI Institute, donde puedes encontrar información detallada sobre el modelo CMMI y sus diferentes niveles.
+
+[Project Management Institute](https://www.pmi.org/): Recursos y estándares para la gestión de proyectos, incluyendo buenas prácticas que pueden complementar la implementación del modelo CMMI.
+
+[IEEE Software Engineering Standards](https://www.ieee.org/): Estándares de ingeniería de software de IEEE, que proporcionan directrices para el desarrollo y mantenimiento de software de calidad.
+
+[Software Engineering Body of Knowledge (SWEBOK)](https://www.computer.org/education/bodies-of-knowledge/software-engineering): Un compendio de conocimientos en ingeniería de software que puede servir como guía para las prácticas y procesos de desarrollo de software.
+
+[Practical Software and Systems Measurement (PSM)](https://www.psmsc.com/): Una guía para la medición y análisis en proyectos de software, que puede ayudar a implementar procesos de gestión de proyectos y aseguramiento de la calidad alineados con CMMI.
+
+[Agile Alliance](https://www.agilealliance.org/): Recursos y guías sobre metodologías ágiles, que pueden ser útiles para integrar prácticas ágiles con el modelo CMMI.
+
+[Scrum Guide](https://scrumguides.org/): La guía oficial de Scrum, que puede complementar la implementación del modelo CMMI en proyectos que utilizan esta metodología ágil.
+
+### Agradecimientos
+
+Como departamento agradecemos a los siguientes departamentos por fungir como guias e inspiración para nuestro propio departamento.
+
+[Solify](https://github.com/Solify-IT/docs/wiki)
+
+[J.E.D.I.](https://cvjj.notion.site/8e2ad1bf6b2b474baac16a5fa427ffda?v=fb69a2693b72442abdc2d5dafc21bbff)
+
 ---
 
 Gracias por ser parte de nuestra comunidad de desarrollo. ¡Juntos hacemos de BlackDot un lugar increíble para crear software!
diff --git a/docs/procesos/pro-bdt-007.md b/docs/procesos/pro-bdt-007.md
@@ -23,22 +23,23 @@ Estrategia para dar un seguimiento continuo al plan de riesgo y el documento de
 | Fase | Actividades | Responsables | Prácticas Asociadas al CMMI |
 | ---- | ----------- | ------------ | --------------------------- |
 | Identificación | Revisar el plan de riesgo | Todo el equipo | PP SP 2.2 |
-| Identificación | Realizar un check-up semanal de si los integrantes del equipo identifica algún tipo de riesgo activo en el proyecto | TL | PP SP 2.2 PMC SP 1.3 PMC SP 1.6 |
-| Identificación | Si el riesgo es nuevo, agregarlo al plan de riesgo. En caso de que ya esté presente en el plan, actualizar el estatus de riesgo en el documento, _Monitoreo de Riesgos_ | Team Member | PP SP 2.2 PMC 1.3 RKSM SP 3.2 |
-| Identificación | Identificar el origen (root), donde surgió el riesgo y documentarlo en _Monitoreo de Riesgos_ | TL | RSKM SP 1.2 RSKM SP 1.2 PP SP 2.2 PMC 1.3 |
-| Control | Si el riesgo identificado es del nivel Medio o de un nivel más alto, el plan de mitigación se implementa  | TL | RSKM SP 1.3 RSKM SP 2.2 RSKM SP 3.1 RSKM SP 3.2  |
-| Control | En caso de que el riesgo ya esté presente en el proyecto generando problemas, se considera un problema en lugar de un simple riesgo y por ende, se actualiza su estatus en el documento, _Monitoreo de Riesgos_ | Team Member | PMC SP 1.3  |
-| Control | Modificar y mejorar el plan de mitigación de ese riesgo | TM | RSKM SP 3.2 |
+| Identificación | Realizar un check-up semanal de si los integrantes del equipo identifica algún tipo de riesgo activo en el proyecto durante la retrospectiva | Team Lead | PP SP 2.2 PMC SP 1.3 PMC SP 1.6 |
+| Identificación | Si el riesgo es nuevo, agregarlo al plan de riesgo. En caso de que ya esté presente en el plan, actualizar el estatus de riesgo en el documento, _Monitoreo de Riesgos_ | Team Member responsable | PP SP 2.2 PMC 1.3 RKSM SP 3.2 |
+| Identificación | Identificar el origen (root), donde surgió el riesgo y documentarlo en _Monitoreo de Riesgos_ | Team Lead <br/> Team Member responsable | RSKM SP 1.2 RSKM SP 1.2 PP SP 2.2 PMC 1.3 |
+| Control | Si el riesgo identificado es del nivel Medio o de un nivel más alto, el plan de mitigación se implementa  | Team Lead <br/> Team Member responsable | RSKM SP 1.3 RSKM SP 2.2 RSKM SP 3.1 RSKM SP 3.2  |
+| Control | En caso de que el riesgo ya esté presente en el proyecto generando consecuencias, se considera un problema en lugar de un simple riesgo y por ende, el responsable actualiza su estatus en el documento, _Monitoreo de Riesgos_ | Team Member responsable <br/> Team Lead | PMC SP 1.3 |
+| Control | Modificar y mejorar el plan de mitigación de ese riesgo | Team Member | RSKM SP 3.2 |
 | Control | Si cualquier miembro del equipo que no sea el Team Leader encuentra un problema, tiene la responsabilidad de informarle de inmediato a su Team Leader sin importar la magnitud del riesgo | Team Member | |
 | Control | Revisar el plan de contingencia para manejarlo | Equipo del Proyecto | RSKM SP 1.3 RSKM SP 3.1 |
 | Control | Asignar los responsables para seguir el plan de contingencia del riesgo activo | Equipo del Proyecto | PMC SP 1.3 RSKM SP 3.2 |
-| Control | Implementar el plan de contingencia | Team Member | PMC SP 1.3 RSKM SP 1.3 RSKM SP 3.1 RSKM SP 3.2 |
+| Control | Implementar el plan de contingencia | Team Member  | PMC SP 1.3 RSKM SP 1.3 RSKM SP 3.1 RSKM SP 3.2 |
 | Control | Actualizar el log de incidencias de riesgo para llevar control de los incidentes lo cual se encuentra en el documento _Monitoreo de Riesgos_ | Team Member | RSKM SP 2.1 RSKM SP 3.1 RSKM SP 3.2 |
 
 ## Control de cambios
 
 | Versión | Cambio                               | Autor del cambio                  | Aprobado por                              | Fecha de cambio |
 | ------- | ------------------------------------ | --------------------------------- | ----------------------------------------- | --------------- |
-| v 1.0   | Creación del proceso                 | Yuna Chung                        | Sebastian Flores <br/> Juan Pablo Cabrera | 27/02/2024      |
-| v 2.0   | Definición del proceso más detallado | Yuna Chung <br/> Sebastian Flores | Juan Pablo Cabrera <br/> Sergio Garnica   | 04/03/2024      |
-| v.3.0   | Prácticas asociadas al CMMI definidas de manera más específica | Juan Pablo Cabrera <br/> Yuna Chung | Sebastian Flores <br/> Sergio Garnica | 07/03/2024 |
+| v 1.0 | Creación del proceso | Yuna Chung | Sebastian Flores <br/> Juan Pablo Cabrera | 27/02/2024 |
+| v 2.0 | Definición del proceso más detallado | Yuna Chung <br/> Sebastian Flores | Juan Pablo Cabrera <br/> Sergio Garnica   | 04/03/2024 |
+| v 3.0 | Prácticas asociadas al CMMI definidas de manera más específica | Juan Pablo Cabrera <br/> Yuna Chung | Sebastian Flores <br/> Sergio Garnica | 07/03/2024 |
+| v 4.0 | Probar el proceso con un Team Lead y un Team Member; Actualizar el proceso de acuerdo a los puntos de mejora | Yuna Chung <br/> Carlos Velasco | Sebastian Flores | 11/03/2024 |
diff --git a/docs/scampi/opd.md b/docs/scampi/opd.md
@@ -4,12 +4,12 @@ sidebar_position: 6
 
 # OPD - Definición de Procesos de la Organización
 
-| Descripción                                                         | Práctica Específica                                                        | Definición (Procesos, Guías, Estándares, etc.) | Proyecto CR Organizacional | Proyecto Zeitgeist | Proyecto Departamental |
+| Descripción   | Práctica Específica  | Definición (Procesos, Guías, Estándares, etc.) | Proyecto CR Organizacional | Proyecto Zeitgeist | Proyecto Departamental |
 | ------------------------------------------------------------------- | -------------------------------------------------------------------------- | ---------------------------------------------- | -------------------------- | ------------------ | ---------------------- |
-| Establecer las reglas y guías para los equipos.                     | OPD - SP1.7 Establecer Reglas y Guías para Equipos (NO ESTÁ EN EL SCAMPI)  |                                                |                            |                    |                        |
-| Establecer los estándares del entorno de trabajo.                   | OPD - SP1.6 Establecer Estándares de Ambiente de Trabajo                   |                                                |                            |                    |                        |
+| Establecer las reglas y guías para los equipos.                     | OPD - SP1.7 Establecer Reglas y Guías para Equipos (NO ESTÁ EN EL SCAMPI)  |                                               |                            |                    |                        |
+| Establecer los estándares del entorno de trabajo.| OPD - SP1.6 Establecer Estándares de Ambiente de Trabajo | [PRO-BDT-010](https://black-dot-2024.github.io/docs/procesos/pro-bdt-010)                                              |                            |                    |                        |
 | Establecer la biblioteca de activos de procesos de la organización. | OPD - SP1.5 Establecer la Librería de Elementos del Proceso Organizacional |                                                |                            |                    |                        |
-| Establecer el repositorio de mediciones de la organización.         | OPD - SP1.4 Establecer el Repositorio de Medidas de la Organización        |                                                |                            |                    |                        |
-| Establecer los criterios y las guías de adaptación.                 | OPD - SP1.3 Establecer Criterios de Ajuste y Guías                         |                                                |                            |                    |                        |
-| Establecer las descripciones de los modelos de ciclo de vida.       | OPD - SP1.2 Establecer Descripciones de Modelo de Ciclo de Vida            |                                                |                            |                    |                        |
-| Establecer los procesos estándar.                                   | OPD - SP1.1 Establecer Procesos Estándar                                   |                                                |                            |                    |                        |
+| Establecer el repositorio de mediciones de la organización.         | OPD - SP1.4 Establecer el Repositorio de Medidas de la Organización  |             |[PVG-ZG](https://docs.google.com/spreadsheets/d/1OztJ9xOr7IbeKYa5hAtZXQzR3f2LZphNfgC23aanGpI/edit#gid=0)                           |                    |                        |
+| Establecer los criterios y las guías de adaptación.| OPD - SP1.3 Establecer Criterios de Ajuste y Guías | [PRO-BDT-002](https://black-dot-2024.github.io/docs/procesos/pro-bdt-002) <br /> [GUI-BDT-001](https://black-dot-2024.github.io/docs/guias/gui-bdt-001)                                             |                            |                    |                        |
+| Establecer las descripciones de los modelos de ciclo de vida.| OPD - SP1.2 Establecer Descripciones de Modelo de Ciclo de Vida |     | [Ciclo de vida CR](https://black-dot-2024.github.io/docs/cr/vision-proyecto-cr#ciclo-de-vida-del-proyecto)  | [Cilo de vida Zeitgeist](https://black-dot-2024.github.io/docs/zeitgeist/vision-proyecto-ZG#ciclo-de-vida-del-proyecto) |                        |
+| Establecer los procesos estándar.| OPD - SP1.1 Establecer Procesos Estándar  | [PRO-BDT-012](https://black-dot-2024.github.io/docs/procesos/pro-bdt-012) <br /> [PRO-BDT-001](https://black-dot-2024.github.io/docs/procesos/pro-bdt-001) <br /> [OPD-BDT-011](https://black-dot-2024.github.io/docs/procesos/pro-bdt-011)  |                            |                    |                        |