Tarea: Difference between revisions
| Line 18: | Line 18: | ||
== Cuándo descomponer historias en tareas == | == Cuándo descomponer historias en tareas == | ||
No todos los equipos descomponen las historias en tareas. La conveniencia de hacerlo depende de la madurez y el contexto: | No todos los equipos descomponen las historias en tareas. La conveniencia de hacerlo depende de la madurez y el contexto: | ||
* '''Equipos con menos experiencia:''' la descomposición en tareas ayuda a ver el avance día a día y a detectar bloqueos antes de que afecten al sprint. | |||
* '''Equipos experimentados:''' descomponer cada historia puede resultar tedioso. Si el equipo gestiona bien su trabajo directamente a nivel de historia, la descomposición sistemática se convierte en microgestión innecesaria. | |||
''' | '''La regla práctica:''' descomponer cuando ayuda al equipo a planificar y seguir el trabajo; no descomponer cuando se convierte en un ritual burocrático que no aporta valor. | ||
== Error frecuente == | == Error frecuente == | ||
<div class="bok-aviso"> | <div class="bok-aviso"> | ||
Revision as of 10:47, 14 May 2026
Una tarea es la unidad de trabajo más pequeña que gestiona el equipo dentro de un sprint. Representa una actividad concreta que debe completarse para avanzar en el cumplimiento de una historia de usuario. A diferencia de la historia, que describe valor para el usuario, la tarea describe trabajo técnico interno del equipo.
Características
- Tiene una persona asignada para su realización.
- Su esfuerzo estimado no debería superar una jornada de trabajo. Si una tarea lleva más de un día, conviene dividirla.
- No aparece en la pila del producto sino en la pila del sprint: es un elemento interno de planificación del equipo, no visible para el propietario del producto.
- Se estima en tiempo (horas ideales), no en puntos de historia.
Ejemplo
Épica: "Desarrollo de una aplicación móvil de entrega de alimentos."
Historia de usuario 1: "Como cliente, quiero poder buscar restaurantes cercanos a mi ubicación."
- Tarea 1: desarrollar la funcionalidad de geolocalización para obtener la ubicación del usuario.
- Tarea 2: diseñar la interfaz de usuario para la búsqueda de restaurantes.
- Tarea 3: implementar la lógica de búsqueda que permite encontrar restaurantes cercanos.
- Tarea 4: realizar pruebas de usabilidad para asegurar que la búsqueda funciona correctamente.
Cuándo descomponer historias en tareas
No todos los equipos descomponen las historias en tareas. La conveniencia de hacerlo depende de la madurez y el contexto:
- Equipos con menos experiencia: la descomposición en tareas ayuda a ver el avance día a día y a detectar bloqueos antes de que afecten al sprint.
- Equipos experimentados: descomponer cada historia puede resultar tedioso. Si el equipo gestiona bien su trabajo directamente a nivel de historia, la descomposición sistemática se convierte en microgestión innecesaria.
La regla práctica: descomponer cuando ayuda al equipo a planificar y seguir el trabajo; no descomponer cuando se convierte en un ritual burocrático que no aporta valor.
Error frecuente
Gestionar las tareas como si fueran historias de usuario. Las tareas no tienen criterios de aceptación, no se estiman en puntos de historia y no deberían aparecer en la pila del producto. Son herramientas internas del equipo para organizar el trabajo dentro del sprint. Exponer las tareas al propietario del producto o al cliente como unidades de entrega de valor genera confusión sobre el progreso real del proyecto.
Recursos
📄 Manual Scrum Master v4.0 — Apartado: ciclo ScrumDescarga gratuita · Scrum Manager
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.