Unidad de trabajo: Difference between revisions

Jump to navigation Jump to search
← Older edit
Mberne (talk | contribs)
Bureaucrats, Interface administrators
2,053 edits
 
(6 intermediate revisions by the same user not shown)
Line 1: Line 1:
La '''«unidad de trabajo»''' es el elemento que el equipo utiliza para gestionar el trabajo dentro de un [[sprint]]. Las unidades más usadas son las historias de usuario, las historias técnicas y las tareas.
{{Meta-bok|min=3}}
==Unidades más usadas==
La '''unidad de trabajo''' es el elemento que el equipo utiliza para gestionar y medir el trabajo dentro de un [[sprint]]. Las unidades más habituales son la [[historia de usuario]], la historia técnica y la [[tarea]], y su uso depende del nivel de madurez del equipo y del tipo de trabajo que se gestiona.
*'''[[Historia de usuario]]:''' una descripción corta, simple y específica del valor que un producto o servicio debe proporcionar al usuario final, escrita desde la perspectiva de éste. Se generan durante las conversaciones entre desarrolladores y propietario de producto para lograr una visión alineada, y sirven para recordar lo hablado.
== Unidades principales ==
*'''Historia técnica:''' similar a la historia de usuario, pero en casos de funcionalidades que no son visibles directamente por el usuario final. Por ejemplo, refactorizaciones o implementación de medidas de seguridad.
=== Historia de usuario ===
*'''[[Tarea]]:''' unidades de trabajo más pequeñas y manejables que las dos anteriores. Son actividades que deben completarse para cumplir con una historia, como escribir código, diseñar interfaces, realizar pruebas…
Descripción corta, simple y específica del valor que un producto o servicio debe proporcionar al usuario final, escrita desde su perspectiva. Se generan durante las conversaciones entre el equipo y el [[propietario del producto]] para lograr una visión alineada, y sirven para recordar lo acordado (véase [[Historia de usuario]]).
=== Historia técnica ===
Similar a la historia de usuario pero para funcionalidades no visibles directamente por el usuario final: [[refactorización|refactorizaciones]], implementación de medidas de seguridad, mejoras de rendimiento o de infraestructura. La historia técnica sigue siendo una unidad de trabajo válida en la pila del sprint aunque no genere valor perceptible directamente para el cliente.
=== Tarea ===
Unidades de trabajo más pequeñas que las historias. Son actividades concretas que deben completarse para cumplir con una historia: escribir código, diseñar una interfaz, realizar pruebas, documentar. No se estiman en puntos de historia sino en tiempo, y no aparecen en la [[pila del producto]] sino en la [[pila del sprint]] (véase [[Tarea]]).


Cuando una historia es demasiado grande y está muy poco definida se suele denominar «épica» o '''«[[Epic|epic]]»'''. Las epics, como las historias y tareas, son requisitos ágiles, pero debido a su tamaño y falta de detalle '''no sirven como unidades de trabajo'''. Un ejemplo de epic puede ser, por ejemplo, desarrollar un nuevo sistema de gestión de tickets.
== Épicas: cuándo una historia es demasiado grande ==
Cuando una historia es demasiado grande y está muy poco definida, se denomina '''[[Epic|épica]]''' (''epic''). Las épicas son requisitos ágiles pero '''no sirven como unidades de trabajo''': su tamaño e indefinición las hacen inestimables e indescomponibles de forma fiable. Deben dividirse en historias más pequeñas antes de incorporarse a un sprint.
* '''Ejemplo:''' "Desarrollar el nuevo sistema de gestión de clientes".
* '''Ejemplo de historia derivada:''' "Como agente de soporte, quiero buscar un cliente por NIF para acceder a su historial en menos de 3 segundos".


==Cuándo descomponer las historias en tareas==
== Cuándo descomponer historias en tareas ==
Cuando se empieza a trabajar usando scrum, es habitual descomponer las historias en tareas. Esto permite ver el avance día a día, lo cual puede ser especialmente útil en equipos con miembros con menos experiencia, por ejemplo para evitar entrar en puntos muertos.
Al iniciarse en Scrum es habitual descomponer las historias en tareas para ver el avance día a día. Es especialmente útil en equipos con miembros menos experimentados, porque ayuda a detectar bloqueos antes de que afecten al sprint.


Sin embargo, conforme se va ganando experiencia, descomponer cada historia en tareas puede resultar tedioso o incluso generar cierta parálisis. Si los desarrolladores son capaces de gestionar su trabajo durante el sprint directamente a nivel de historia, obligar a descomponer en tareas se vuelve una microgestión innecesaria. Usar unas unidades u otras depende del contexto.
Sin embargo, a medida que el equipo gana experiencia, descomponer cada historia en tareas puede resultar tedioso o generar parálisis de planificación. Si los desarrolladores son capaces de gestionar su trabajo directamente a nivel de historia, exigir la descomposición se convierte en microgestión innecesaria. El nivel de granularidad correcto depende del contexto y de la madurez del equipo.
==Véase también==
*[[Tarea]]
*[[Historia de usuario]]
*[[Epic]]
*[[Requisitos ágiles]]
*[https://www.scrummanager.com/website/c/info/docs-media.php Scrum Manager web: Libro ''Scrum Master''].
*[https://open.spotify.com/episode/07cSgNf9znGHU93kAm2qaU?si=9813747ed602458b Scrum Manager Podcast | Temporada 1 Episodio 3: Cómo se crea una historia de usuario].
*[https://open.spotify.com/episode/5PMBIIhu0cuW9GkA2xNGV5?si=6e579095f4e542d5 Scrum Manager Podcast | Temporada 2 Episodio 7: 5 características de una buena historia de usuario].


== Error frecuente ==
<div class="bok-aviso">
'''Confundir la historia técnica con una tarea.''' Una historia técnica describe un resultado de valor para el sistema (aunque no sea visible para el usuario): "El sistema de autenticación soporta autenticación en dos pasos". Una tarea es un paso dentro de la implementación de una historia: "Configurar la librería de TOTP". La distinción importa porque las historias técnicas se priorizan en la pila del producto junto a las de usuario; las tareas son internas al sprint y no compiten por la priorización del negocio.
</div>
== Recursos ==
<div class="bok-recurso">
📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0'''] — Apartado: medición y estimación ágil<span class="detalle">Descarga gratuita · Scrum Manager</span>
</div>
<div class="bok-recurso">
🎙️ [https://open.spotify.com/episode/07cSgNf9znGHU93kAm2qaU '''Podcast Ep. 3: Cómo se crea una historia de usuario''']<span class="detalle">Scrum Manager Podcast · Spotify</span>
</div>
<div class="bok-recurso">
🎙️ [https://open.spotify.com/episode/5PMBIIhu0cuW9GkA2xNGV5 '''Podcast T2 Ep. 7: 5 características de una buena historia de usuario''']<span class="detalle">Scrum Manager Podcast · Spotify</span>
</div>
== Véase también ==
<div class="bok-tags">
[[Historia de usuario]] [[Tarea]] [[Epic]] [[Requisitos ágiles]] [[Pila del producto]] [[Pila del sprint]] [[INVEST]]
</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:Glosario de términos]]
[[Category:Scrum]]
[[Category:Product Management]]
Retrieved from "https://www.scrummanager.com/bok/index.php?title=Unidad_de_trabajo"