Fase 5 de 7: Definir

Definición y requisitos

Convertir ideas en trabajo claro, testeable y listo para desarrollar.

Cuándo recurrir a esta sección: En refinamiento del backlog y antes de que algo entre en sprint.

Historias de usuarioFormato ágil para capturar necesidades desde la perspectiva del usuario: “Como [rol], quiero [objetivo], para [beneficio]”, con criterios de aceptación.POPM Criterios de aceptaciónCondiciones que debe cumplir una historia para darse por terminada. Contrato entre negocio y desarrollo y base de las pruebas.PO Casos de usoDescribe cómo un actor interactúa con el sistema para lograr un objetivo, con flujo principal, alternativos y excepciones.POPjM WBS (Work Breakdown Structure)Descomposición jerárquica del proyecto en entregables y tareas más pequeñas para planificar, asignar y controlar.PjMPO User Story MappingMapa bidimensional del backlog: en horizontal, los pasos del recorrido del usuario; en vertical, las historias de cada paso ordenadas por prioridad. Permite ver el producto entero y cortar releases con sentido.POPM Definition of Ready y Definition of DoneDos acuerdos del equipo: cuándo una historia está lista para entrar en sprint (DoR) y cuándo se considera terminada (DoD). Evitan sorpresas al empezar y “casi terminados” al acabar.POPjM INVESTChecklist para comprobar que una historia de usuario está bien escrita: Independiente, Negociable, Valiosa, Estimable, pequeña (Small) y Testeable.PO PRD / One-pagerDocumento breve que alinea al equipo sobre qué problema se resuelve, para quién, cómo se medirá el éxito y qué queda fuera, antes de entrar en el detalle de historias.PMPO

Siguiente paradaEstimación y planificación