Método de la hamburguesa: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
El | {{Meta-bok|min=3}} | ||
El '''método de la hamburguesa''' es una técnica para descomponer [[Epic|épicas]] o [[Historia de usuario|historias de usuario]] grandes en historias más pequeñas y manejables. La metáfora visual de las capas de una hamburguesa ilustra cómo una historia grande puede dividirse en componentes que pueden desarrollarse de forma independiente pero que juntos forman un resultado coherente. | |||
[[Category: Glosario de términos]] | == Descripción == | ||
[[Category: | |||
El objetivo es asegurar que todos los aspectos de una historia grande se tengan en cuenta al descomponerla, facilitando la estimación, la priorización y la implementación incremental. | |||
La hamburguesa se compone de tres capas: | |||
* '''Pan superior:''' el objetivo o el valor de usuario que la historia debe proporcionar. El "para qué" de la historia grande. | |||
* '''Ingredientes del relleno:''' las diferentes dimensiones o capas de funcionalidad que se pueden desarrollar de forma incremental. Cada "capa" puede convertirse en una historia independiente. | |||
* '''Pan inferior:''' los criterios de aceptación y la [[Definición de hecho|definición de hecho]] que aplican a todas las historias derivadas. | |||
== Cómo aplicarlo == | |||
# '''Identificar la épica o historia grande''' que necesita dividirse. | |||
# '''Definir el pan superior''': ¿cuál es el objetivo de usuario o el valor que esta épica debe entregar? | |||
# '''Identificar los ingredientes''': ¿por qué dimensiones puede dividirse la historia? Posibles ejes de división: por tipo de usuario, por flujo de trabajo, por tipo de dato, por interfaz, por regla de negocio, por nivel de complejidad. | |||
# '''Construir las historias de cada capa''': cada ingrediente se convierte en una historia que aporta valor por sí sola. | |||
# '''Verificar el pan inferior''': asegurarse de que cada historia derivada tiene criterios de aceptación claros y cumple la definición de hecho. | |||
== Relación con SPIDR == | |||
El método de la hamburguesa es complementario a la estrategia [[INVEST|SPIDR]] de división de historias. Mientras SPIDR identifica por qué eje dividir (Spike, Path, Interface, Data, Rules), la hamburguesa proporciona la estructura visual para asegurarse de que la división produce historias completas y coherentes. | |||
== Error frecuente == | |||
<div class="bok-aviso"> | |||
'''Dividir verticalmente en lugar de horizontalmente.''' Una división que crea historias del tipo "la parte técnica de la funcionalidad X" o "la parte de base de datos de Y" no divide por capas de valor: divide por capas técnicas. Cada historia derivada debe ser valiosa por sí sola para el usuario, no solo para el sistema. Si el usuario no puede usar la historia sola para hacer algo de valor, la división es técnica, no de negocio. | |||
</div> | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Historia de usuario]] [[Epic]] [[INVEST]] [[Criterios de aceptación]] [[Definición de hecho]] [[Pila del producto]] [[Backlog refinement]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category:Glosario de términos]] | |||
[[Category:Product Management]] | |||
[[Category:Prácticas ágiles]] | |||
Latest revision as of 14:30, 15 May 2026
El método de la hamburguesa es una técnica para descomponer épicas o historias de usuario grandes en historias más pequeñas y manejables. La metáfora visual de las capas de una hamburguesa ilustra cómo una historia grande puede dividirse en componentes que pueden desarrollarse de forma independiente pero que juntos forman un resultado coherente.
Descripción
El objetivo es asegurar que todos los aspectos de una historia grande se tengan en cuenta al descomponerla, facilitando la estimación, la priorización y la implementación incremental.
La hamburguesa se compone de tres capas:
- Pan superior: el objetivo o el valor de usuario que la historia debe proporcionar. El "para qué" de la historia grande.
- Ingredientes del relleno: las diferentes dimensiones o capas de funcionalidad que se pueden desarrollar de forma incremental. Cada "capa" puede convertirse en una historia independiente.
- Pan inferior: los criterios de aceptación y la definición de hecho que aplican a todas las historias derivadas.
Cómo aplicarlo
- Identificar la épica o historia grande que necesita dividirse.
- Definir el pan superior: ¿cuál es el objetivo de usuario o el valor que esta épica debe entregar?
- Identificar los ingredientes: ¿por qué dimensiones puede dividirse la historia? Posibles ejes de división: por tipo de usuario, por flujo de trabajo, por tipo de dato, por interfaz, por regla de negocio, por nivel de complejidad.
- Construir las historias de cada capa: cada ingrediente se convierte en una historia que aporta valor por sí sola.
- Verificar el pan inferior: asegurarse de que cada historia derivada tiene criterios de aceptación claros y cumple la definición de hecho.
Relación con SPIDR
El método de la hamburguesa es complementario a la estrategia SPIDR de división de historias. Mientras SPIDR identifica por qué eje dividir (Spike, Path, Interface, Data, Rules), la hamburguesa proporciona la estructura visual para asegurarse de que la división produce historias completas y coherentes.
Error frecuente
Dividir verticalmente en lugar de horizontalmente. Una división que crea historias del tipo "la parte técnica de la funcionalidad X" o "la parte de base de datos de Y" no divide por capas de valor: divide por capas técnicas. Cada historia derivada debe ser valiosa por sí sola para el usuario, no solo para el sistema. Si el usuario no puede usar la historia sola para hacer algo de valor, la división es técnica, no de negocio.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.