Saltar al contenido principal

PRO-BDT-024 Creación de experimentos

v 6.2 / OPD, MA, OPF, CM

Propósito

Explicar de qué manera crear y registar los experimentos que podrán integrarse a la forma de trabajo del departamento eventualmente.

Notas introductorias

¿Cuándo crear un experimento?

  • Antes de crear un nuevo producto de trabajo que vaya a integrarse a la forma de trabajo del equipo.
  • Cuando se decida modificar un producto de trabajo que esté bajo la gestión de la configuración y cambie la definición del producto. Por ejemplo: añadir una nueva fase a un proceso, modificar una sección de una guía, etc.
  • Los cambios que no deben ser experimentados son errores de ortografía, correcciones de versionamiento.

Involucrados

  • Todos los interesados en definir nuevos productos de trabajo.
  • Black Dot

Entradas

Salidas

  • Nuevo producto de trabajo listo para ser documentado y añadido a la forma de trabajo.

Descripción

FaseActividadesResponsablesPrácticas Asociadas al CMMI
Creación1. Seguir la guía GUI-BDT-023 Guía para identificar mejoras en procesos del departamento
2. Definir una hipótesis para tu experimento y una métrica siguiendo el PRO-BDT-19
3. Registrar en el log de experimentos el producto a crear y completa los datos que la plantilla por default te solicita.
4. En este momento tu experimento pasa al estado de creación y por lo tanto debe ser añadido a esa fase en el log de experimentos.
5. Si es necesario crea el producto de trabajo o producto de WoW que es necesario para tu experimento. Si modificas un producto bajo la gestión de la configuración debes actualizar la Matriz de Configuración.
6. Una vez terminado el producto tu experimento pasa a en desarrollo. Si tu experimento no modifica ni requiere la creación de un producto de trabajo una vez creado pasa al estado de prueba.
Autor del productoOPD SP 1.6
MA SP 1.1
OPF SP 1.3
OPF SP 2.1
OPF SP 3.1
OPF SP 3.4
Ejecución1. Ya sea de manera individual o con un grupo de integrantes, poner en práctica tu experimento hasta que haya elementos para evaluar su éxito de acuerdo a la métrica.
2. En este momento tu experimento esta en la fase de prueba y se debe mover a la columna indicada con ese nombre en el Log de Experimentos.
Autor del productoOPD SP 1.6
OPF SP 2.2
OPF SP 3.2
Revisión1. En esta fase se evalua si tu experimento cumplió con la hipótesis de forma positiva y si las métricas lo respadan. Se consulta con algunas de las partes interesadas si creen que el experimento aporta a la necesidad identificada.
2. En este momento tu experimento está en revisión en el Log de Experimentos. 3. Si tu experimento cumple con los criterios anteriores está aprobado y es momento de presentarlo.
3. Si tu experimento no cumplió con la hipótesis, no tiene datos que respalden su efectividad y no puede ser modificado para volver a evaluarlo pasa al estado de descartado. Si tu experimento puede ser redefinido vuelve al estado de creación. Los criterios para redifinir un experimento son:
  • El experimento generó una mejora en alguna métrica que no estaba definida en la hipótesis.
  • El experimento cumplió parcialmente la hipótesis.
  • El experimento no fue aprobado porque las partes interesadas no entienden cómo utilizar el producto de trabajo.
4. Se comunica el estado del experimento al Departamento a través de la retrospectiva siguiendo el PRO-BDT-029.
Autor del productoOPD SP 1.3
OPD SP 1.6
OPF SP 2.2
OPF SP 3.1
Documentación1. Una vez que todo el departamento esté notificado de este nuevo producto, se integra a la forma de trabajo. En caso de ser un producto de trabajo que se encuentre bajo gestión de configuración conforme a la guía GUI-BDT-006, procede a ser documentado conforme al proceso PRO-BDT-022Autor del productoOPD SP 1.6
OPF SP 2.2
OPF SP 3.1
OPF SP 3.2
OPF SP 3.4
CM SP 2.1
CM SP 2.2
Seguimiento1. Si tu experimento sigue siendo utilizado por el equipo o el departamento permanecerá en el Log de Experimentos en el estado de utilizado.
2. Si tu experimento ya no forma parte de la forma de trabajo ni es utilizado por el equipo o departamento, pero en algún momento lo fue, pasa al estado de archivado para referencias futuras.
Autor del productoOPF SP 3.3

Control de cambios

VersiónCambio realizadoAnálisisAutorRevisor(es)Fecha de cambio
v 1.0Creación del procesoN/ASergio GarnicaYuna Chung29/02/2024
v 2.0Mejorar procesoDe acuerdo a la forma de trabajo actual, se mejoró el proceso porque nos dimos cuenta que es importante notificar la creación de un nuevo producto a todo el departamento.Yuna ChungSergio Garnica29/04/2024
v 3.0Agregar el uso de la plantilla por defaultSe agregó el respetar la plantilla de experimentos para asegurar un análisis previo.Denisse DomínguezSergio Garnica14/05/2024
v 4.0Agregar comunicación de experimentos y definición de métricasSe agrega el proceso de métricas y de retrospectivas para mantener la coherencia entre los productos de trabajo.Alejandra CabreraCarlos Salguero23/05/2024
v 5.0Agregar SP's de OPF, la guía 23 y corregir ortografíaNADavid LangaricaCarlos Velasco27/05/2024
v 5.1Identificar fases que usan OPF.Teníamos fases que usaban OPFDenisse Domínguez
Rodrigo Terán
Alejandra Cabrera28/05/2024
v 6.0Se añaden los distintos estados por los que pasa un experimentoEs importante que al usar el proceso se evalue el estado del experimento. Y que una vez finalizado se de seguimiento para saber si está siendo utilizado o archivado para futuras referencias.Alejandra CabreraDenisse Domínguez03/06/2024
v 6.1Se añade prácticas de CMIdentificar las fases en la que se usa CMSergio GarnicaDiego Perdomo07/06/2024
v 6.2Se añade matriz de configuraciónNADamariz LiceaDaniel Cajas07/06/2024