Introducción a Scrum Epic
En Scrum, los equipos que completan el trabajo dedican tiempo a refinar los elementos principales de la Lista de Producto. Para minimizar el trabajo en progreso, las historias de usuario no deben consumir más de una cuarta parte de un Sprint. Si bien aún proporciona un valor correcto a los clientes en la mayoría de los casos, estas historias de usuarios pueden hacerse mucho más pequeñas que eso. En este tema, vamos a aprender sobre Scrum Epic.
Epic se puede definir como una gran historia de usuario que requiere más de un cuarto de un sprint para completar, demorando meses, generalmente para completar una épica. User Stories, en el que un conjunto de elementos aún no se ha justificado se conoce como Epic. Puede explicarse como un gran objetivo, que pronto se simplificará y dividirá en pequeñas tareas y muchas tareas, en las que trabajará el equipo de Agile.
Epic generalmente se conoce como el "nivel superior" o una clasificación de trabajo, que es de amplio alcance, tiene detalles incompletos y está lista para dividirse en varias historias más pequeñas antes de que puedan trabajarse. Para ayudar a una organización a alcanzar sus objetivos comerciales generales, una Epic se divide en tareas diarias llamadas 'historias de usuario'.
Ejemplos épicos de Scrum
- Como start-up, quiero seleccionar una campaña de marketing para mi empresa.
- En el negocio hotelero, quiero maximizar los ingresos.
- Como concesionario de automóviles, quiero crear una aplicación para llegar a más clientes
Algunos Epics atienden las necesidades de informes de una administración, mientras que teniendo en cuenta el marco temporal, se crean algunos Epics, manteniéndolos resumidos, no demasiado largos y demasiado cortos, lo que no tomará más de un par de semanas para terminar, pero los más utilizados Así es la narración de cuentos, ahora aprendamos sobre la narración de cuentos.
Consejos importantes al generar Scrum Epic
- Las epopeyas que crees deben ser fácilmente rastreadas por los miembros del equipo.
- Una epopeya puede ser cualquier cosa como una solicitud del cliente, una característica del producto o un requisito comercial.
- La cultura de su organización especifica el tamaño de la epopeya.
- El tiempo necesario para completar una epopeya debe ser preciso, ni demasiado corto ni demasiado largo.
- Para medir las épicas, los gráficos de consumo se pueden usar para dar una cantidad real y estimada de trabajo por hacer.
Storytelling / User Story
La herramienta que ayuda a visualizar el flujo de eventos y cómo se autentican en Epic se conoce como Storytelling. Estos son simplemente una lista de elementos que deben hacerse en un proyecto creando fragmentos de épica para que el equipo pueda recoger estos fragmentos y entregarlos en un período de sprint. Propiedad del propietario del producto Scrum, es básicamente una lista de tareas pendientes. Para que un gran proyecto sea exitoso, la idea es descomponer las piezas que se pueden enviar, involucrando a varios equipos.
User Story se define como los requisitos del proyecto que ayudan a los miembros del equipo Scrum al proporcionar información sobre cómo será el producto final y ayuda a calcular el tiempo de finalización del proyecto.
Consejos importantes al escribir una historia de usuario
- Las historias de los usuarios deben ser breves y resumidas en un lenguaje sencillo para que los miembros del equipo puedan entenderlas.
- La historia de usuario puede ser escrita por cualquier persona, aunque es propiedad del propietario del producto.
- Para que el cliente comprenda sobre el producto final, las historias de los usuarios se expresan en lenguaje sencillo.
- El 'quién', 'qué' y 'por qué' de un proyecto se responde en un lenguaje simple.
- Las historias de los usuarios son la parte más importante de Scrum, ya que actúan como la escalera para completar el sprint.
Tarea
Un conjunto más detallado de historias de usuarios, debajo de cada épica, se conoce como Tarea. Los miembros del Equipo Scrum tienen que identificar y clasificar la tarea para convertir esas historias en componentes viables.
Los trabajos detallados se conocen como tareas de Scrum que son necesarias para completar una historia. Las tareas se asignan a los miembros del equipo que tienen las habilidades para completarlas en un rango de tiempo de unas pocas a varias horas que no excede de 12. Solo cuando se completan todas las tareas se dice que se completa una historia. Para facilitar el seguimiento, las tareas se colocan en un tablero Scrum. El Scrum Board consta de cuatro categorías, 1) Historias de usuarios, 2) Tarea no iniciada, 3) Tarea en progreso, 4) Tarea completada.
Hecho El equipo ágil realiza fácilmente un seguimiento del sprint con la ayuda de Scrum Board, que sirve como una herramienta visual muy útil para los miembros, y también el tablero se actualiza diariamente, lo que no solo ayuda a los miembros del equipo a mantener la velocidad, sino que también proporciona una clara idea para el equipo de dónde están en un sprint en particular.
Por lo tanto, debe aprender a escribir epopeyas, historias y tareas, ya que es muy esencial para un Scrum Sprint exitoso. La épica, la historia y las tareas son básicamente la base del sprint, lo que ayuda al equipo a comprender qué se debe hacer, cómo se debe hacer y en qué tiempo debe completarse.
Beneficios de Scrum Epic
- Comprender el requisito de alto nivel de las partes interesadas es el beneficio más importante de Epic, ya que explica qué es exactamente lo que necesitan las partes interesadas.
- El alcance del trabajo también se define con la ayuda de Epic, como en lo que dice el acuerdo con el cliente y se expresa de manera eficiente de lo que el cliente necesita.
- Los pensamientos más grandes en la cartera de pedidos de un producto se rastrean con la ayuda de Epics sin sobrecargarlo con múltiples cosas. Epic también produce la idea original, que está estrechamente relacionada con un resultado particular que establece una clasificación para los elementos de la cartera de pedidos.
- Con la ayuda de Epic que se divide en múltiples historias y tareas, los equipos de Desarrollo Ágil preparan y administran eficientemente su cartera de productos.
- Epic ayuda en la estimación temporal de la finalización del proyecto al ser utilizado como marcador de posición una y otra vez para nuevas vistas que se piensan de forma incompleta o cuyo desarrollo completo se ha suspendido hasta que se desea.
Errores en Scrum Epic
- A veces se crea confusión en torno a la entrega final del Epic, como puede verse como solo grandes historias de usuario por parte del Equipo.
- Las posibilidades de ambigüedad aumentan a medida que el equipo intenta estimar Epics a un nivel muy alto, tales estimaciones no serán de ninguna utilidad si no tienen ningún propósito en los informes.
- Epic se trabaja según el enfoque organizacional que se adapte a sus necesidades, ya que no hay una forma fija de trabajar en Epic.
Artículos recomendados
Esta ha sido una guía de Scrum Epic. Aquí hemos discutido la tarea, los beneficios y las dificultades de la épica del scrum con ejemplos y consejos importantes. También puede consultar nuestros otros artículos sugeridos para obtener más información:
- Equipo ágil
- Ciclo de vida ágil
- Ágil a escala
- Principios de Scrum