Skip to main content

P21 - Proceso para verificaci贸n de productos de trabajo

Objetivo(s)#

  • Verificar que los productos de trabajo generados para cada historia de usuario cuenten con los est谩ndares de calidad del proyecto correspondiente.

Entradas#

Procedimiento#

note

Si el producto de trabajo a verificar es el primero que se verifica de su historia de usuario, se deber谩 hacer una copia de la hoja original de la checklist de productos de trabajo del equipo correspondiente y nombrarla con el identificador de la historia.

FaseActividades脕rea(s) involucradas
Preparaci贸n del due帽o
  • Si el producto de trabajo no es c贸digo, agregarlo a la matriz de configuraci贸n de la l铆nea base pertinente, definiendo el nivel como "Din谩mico" y asign谩ndose uno mismo como owner (si dos o m谩s personas trabajaron el producto de trabajo, elegir solo a uno).
  • Duplicar la checklist de productos de trabajo (la copia de la checklist se quedar谩 como una nueva pesta帽a dentro del mismo archivo) correspondiente al equipo y nombrarla con el identificador de la historia de usuario relacionada al item.
  • Verificar que la checklist cumple con todos y cada uno de los elementos definidos en la misma, marc谩ndolos en la celda para los desarrolladores.
  • Si un elemento de la checklist no se cumple dentro del producto de trabajo, hacer las correcciones necesarias. En caso de que el producto de trabajo que se est谩 verificando sea c贸digo, registrar el incumplimiento en el defect log usando la gu铆a para el defect log.
  • Subir el producto de trabajo desarrollado al lugar correspondiente para su verificaci贸n y almacenamiento:
  • Comunicar en la junta diaria del equipo o a trav茅s del canal de Slack #taro-medio-camino o #taro-cinica seg煤n corresponda, que el producto de trabajo ha sido creado/modificado y est谩 listo para su verificaci贸n.
  • CM - 1.1
  • CM - 2.2
  • CM - 3.1
  • OPD - 1.1
  • OPD - 1.3
  • VER - 1.1
  • VER - 2.1
  • VAL - 1.2
  • VAL - 1.3
Verificaci贸n
  • Seleccionar al menos un integrante de Espresso o Frapp茅 seg煤n corresponda (distinto al responsable del producto de trabajo) para hacer una verificaci贸n.
  • Si el item no es c贸digo, dentro de la matriz de configuraci贸n de la l铆nea base pertinente, actualizar/verificar que el producto de trabajo se encuentre en nivel "Controlado".
  • Abrir la checklist de items de trabajo y buscar la copia para el caso que tendr谩 el nombre del identificador de la historia de usuario relacionada al item.
  • En la secci贸n correspondiente al tipo del item, llenar los campos: ID, nombre del producto de trabajo, versi贸n y verificador. La versi贸n debe seguir el formato [ID_PRODUCTODETRABAJO]-VER[00], donde 00 deber谩 ir incrementando seg煤n las verificaciones que se hayan hecho anteriormente.
  • Utilizando la checklist correspondiente al tipo del item, verificar que el producto de trabajo cumple con todos y cada uno de los elementos definidos en la checklist.
  • Llenar la columna "驴Cumple?" para que refleje los resultados de la verificaci贸n anterior. Si la verificaci贸n ya se hab铆a realizado anteriormente, se deber谩 sobreescribir esta celda.
  • Si el producto no cumple con un elemento:
    • Agregar comentarios en la checklist para detallar las observaciones incluyendo la fecha en la que se hizo esta verificaci贸n.
    • Si el producto es c贸digo, registrar el incumplimiento en el defect log usando la gu铆a para el defect log.
    • Si el producto no es c贸digo:
      • Actualizar la versi贸n del producto de trabajo dentro de la matriz de configuraci贸n, aumentando en una unidad el valor del n煤mero de la derecha.
      • Dentro de la matriz de configuraci贸n en la l铆nea base pertinente, actualizar la 煤ltima fecha de modificaci贸n de dicho producto de trabajo.
    • Comunicar al owner del producto de trabajo el resultado de la verificaci贸n a trav茅s del canal de Slack #taro-medio-camino o #taro-cinica seg煤n corresponda.
    • El owner deber谩 hacer las correcciones necesarias y realizar los pasos desde el 煤ltimo punto de la fase de Preparaci贸n del due帽o.
  • Si el producto de trabajo cumple con todos los elementos, continuar con la siguiente fase. En caso de haber sobreescrito la celda, colocar la fecha en la secci贸n de comentarios en la que se est谩 aprobando.
  • CM - 1.2
  • MA - 2.1
  • MA - 2.3
  • VER - 1.1
  • VER - 1.2
  • VER - 1.3
  • VER - 2.2
  • VER - 3.1
  • VAL - 2.1
  • PPQA - 1.2
  • PPQA - 2.1
  • PPQA - 2.2
Difusi贸n
  • Si el item no es c贸digo, dentro de la matriz de configuraci贸n en la l铆nea base pertinente, definir el nivel del producto de trabajo como "Est谩tico" y actualizar la versi贸n del mismo (aumentar una unidad el valor de la izquierda y poner en cero el valor de la derecha).
  • Si el item es c贸digo, completar el PR haciendo el merge a dev y borrando la rama en la que se trabajaron los cambios. Basarse en la gu铆a para realizar un pull request.
  • Comunicar la creaci贸n/modificaci贸n exitosa del producto de trabajo, a trav茅s del canal de Slack #taro-cinica o taro-medio-camino seg煤n corresponda o en la junta diaria del equipo.
  • CM - 1.2
  • OPF - 3.1
  • PPQA - 2.1

Salidas#

  • Producto de trabajo verificado.
  • Pull request aprobado listo para liberaci贸n.

Autores#

  • Mauricio 脕lvarez Mil谩n
  • Jan Limpens Guti茅rrez
  • Eduardo Andr茅s Castillo Perera
  • Eric Buitr贸n L贸pez
  • Mar铆a de los 脕ngeles Contreras Anaya
  • Adolfo Acosta Castro

Auditor铆a#

  • Juan Manuel Amador P茅rez

Bit谩cora de cambios#

Versi贸n 1.4#

  • Se agregan las pr谩cticas 1.2, 1.3 y 2.1 de VAL.

Versi贸n 1.3#

  • Se cambi贸 el proceso para incluir la verificaci贸n de entregables e incorporar pr谩cticas de CM.

Versi贸n 1.2#

  • Se cambi贸 el proceso para hacerlo m谩s gen茅rico y no s贸lo de revisi贸n de c贸digo.

Versi贸n 1.1#

  • Se agregaron los links a assets necesarios.
  • Se cambiaron las entradas y salidas.

Versi贸n 1.0#

  • Se cre贸 el proceso.