Historias de usuario

Formato

Las historias se escriben en formato de historia de usuario:

• Como rol, quiero algo, para beneficio.

Cada una lleva cuatro secciones: descripción y alcance, criterios de aceptación, validación INVEST y definición de terminado.

Roles

El sistema es exclusivamente para el personal del restaurante. El cliente nunca interactúa con él: el mesero registra lo que el cliente pide, así que el cliente no es un actor del sistema.

Rol	Alcance
Administrador del restaurante	Inventario, productos, ingredientes, recetas y configuración
Mesero	Mesas y pedidos
Personal de cocina	Comandas y preparación
Cajero	Precuentas, descuentos, pagos y cierre

Las historias técnicas, que no corresponden a ninguno de esos cuatro, se escriben desde el rol de desarrollador.

Criterios de aceptación

Se escriben antes de empezar y son verificables: cada uno debe poder comprobarse con un sí o un no. «La pantalla debe verse bien» no es un criterio; «el botón debe quedar deshabilitado mientras un campo esté vacío» sí lo es.

Dónde está el backlog

El backlog vive en los issues del repositorio, agrupados por milestone. Cada milestone corresponde a un sprint, y su descripción resume lo que ese sprint entrega.