Tablero y US's - DiegoFigueroaS/SCESI-GitAndGithub-ConflictoTeam GitHub Wiki

Ciclo de Vida de las User Stories (US)

Este documento describe el flujo que seguirá cada User Story (US) en el proyecto, utilizando el tablero de Trello.

Tablero de Trello

Puedes visualizar y gestionar las User Stories en nuestro tablero de Trello:

Acceso al tablero de Trello

Flujo de una User Story

Cada User Story seguirá este ciclo de vida en el tablero:

  1. Backlog

    • Las historias de usuario se registran inicialmente en esta columna.
    • Aquí están las tareas pendientes de ser priorizadas y refinadas.
    • Se debe cumplir con la Definition of Ready (DoR) antes de pasar al siguiente estado.

  2. To Do

    • La tarea ya está priorizada y lista para ser tomada por el equipo de desarrollo.
    • Es la columna de "tareas listas para empezar".

  3. In Progress

    • Un desarrollador toma la tarea y comienza el trabajo.
    • Se desarrolla el código respetando las buenas prácticas de commits, branches y convenciones de código.

  4. In Test

    • El desarrollo ha terminado.
    • Se pasa a validación técnica y funcional.
    • Se debe cumplir la Definition of Done (DoD).
    • El CI (Integración Continua) debe pasar exitosamente.
    • Se requiere al menos un Review aprobado y sin comentarios pendientes en el Pull Request.

  5. Done

    • La User Story ha sido implementada, testeada y mergeada correctamente.
    • Todo el flujo de calidad ha sido respetado.
    • La tarea se marca como completada en el tablero.

Condiciones para avanzar entre estados

Estado actual Condiciones para moverse
Backlog → To Do Cumple DoR, priorizada y entendible
To Do → In Progress Asignada a un desarrollador
In Progress → In Test Código terminado, PR creado, CI pasando
In Test → Done PR revisado y aprobado, CI verde, sin comentarios abiertos

Buenas prácticas en el tablero

  • Cada tarjeta debe tener un título claro, una descripción breve y, si es necesario, checklists de subtareas.
  • Se debe actualizar el estado de la tarjeta conforme avanza el trabajo.
  • No saltarse etapas: todo debe pasar por In Test antes de Done.
  • Cerrar tareas sólo cuando se haya mergeado efectivamente en develop o main.
  • Referenciar en el Pull Request la tarjeta de Trello correspondiente para mantener trazabilidad.