Página
Tema 4.6 - Conceptos Claves en Scrum
Historias de Usuario
Épicas: Es una historia de usuario grande que no puede entregarse como se define en una sola iteración o es lo suficientemente larga como para dividirse en historias de usuario más pequeñas.
Historias de Usuarios: En consulta con el cliente o propietario del producto, el equipo divide el trabajo a realizar en incrementos funcionales llamados "historias de usuario". Se espera que cada historia de usuario produzca, una vez implementada, una contribución al valor del producto en general, independientemente del orden de implementación; La fórmula de INVEST captura estos y otros supuestos sobre la naturaleza de las historias de los usuarios.
¿Cómo esta conformada una Historia de Usuario?
Una historia de usuario debe estar conformada
por las 3C:
- Card (tarjeta): Descripción escrita de lo que necesita el usuario.
- Conversación: El PO y el DT aclaran los detalles.
- Confirmación: Sirve para determinar lo que se espera.
Características: Modelo INVEST.
- Independencia.
- Negociables.
- Valiosa.
- Estimable.
- Pequeña.
- Verificable.
Estructura de Historias de Usuarios
Historias de Usuario: Un Nuevo Orden en los Requisitos
La historia de usuario es un sustituto más ligero para lo que han sido nuestros medios tradicionales de especificar requisitos de software.
Las historias son:
Sin que tengan que escribirse todos los detalles.
Una Historia de Usuario es una breve declaración de intención que describe algo que el sistema necesita hacer para el usuario.
● Historia 1: Quiero publicar en el blog
● Historia 2: Quiero buscar temas en el blog
● Historia 3: Quiero ordenar las entradas al blog por fecha
● Historia 4: Quiero conocer qué actividad hay en mi blog
Una historia de usuario es una carta de intención.
Algunas Características de las Historias de Usuario
Nivel de Detalle
Características: Modelo Invest
User Stories Foundations Certificate
Task Board
Es un tablero de tareas que se divide en tres columnas con la etiqueta "Tareas pendientes", "En curso" y "Listo". Se utilizan notas adhesivas o fichas para cada tarea en la que el equipo está trabajando y se colocan en las columnas que reflejan el estado actual de cada una.
Fuente: https://www.agilealliance.org/agile101/agile-glossary
Task
En Scrum se puede definir como el trabajo técnico que realizan los developers para completar un ítem del Product Backlog.
La mayoría de las tareas se definen como pequeñas, lo que representa no más de unas pocas horas de un día.
¿Cómo está conformada una Task?
Características modelo SMART:
S: Specific (Especifico).
M: Measurable (Medible).
A: Achievable (Alcanzable).
R: Relevant (Relevante).
T: Time-boxed (Bloque de tiempo).
Requerimientos
Requerimientos FuncionalesLas propiedades funcionales son funciones o funciones específicas del producto, como la posibilidad de realizar o recibir llamadas.
Requerimientos No FuncionalesLos requisitos no funcionales, también llamados requisitos operativos, cualidades del sistema y restricciones, son patitos feos del desarrollo de software.
Definición de Terminado
Son los acuerdos del PO con los Stakeholders que contiene todas las condiciones que deben de cumplir los ítems del Product Backlog para considerar un Sprint completado o finalizado.
Time-Boxing
Todos los eventos son bloques de tiempo (duración máxima de tiempo), de tal modo que todos tienen una duración máxima.
Ventajas de Time-Boxing
Time-Boxing es una práctica crítica en Scrum y debe aplicarse con cuidado.
Un Time-Boxing arbitrario puede llevar a la desmotivación del equipo y puede tener como consecuencia la creación de un entorno opresivo, por lo que Time-Boxing debe ser utilizado de manera apropiada.
Beneficios:
● Procesos de desarrollo eficiente
● Menos gastos generales
● Alta velocidad para los equipos
● Ayuda a gestionar eficazmente la planificación y ejecución de proyectos
¿Dónde se utilizan los Time-Boxing?
Sprint
Cancelación de un Sprint
Un Sprint puede ser cancelado antes de que el Time-Box llegue a su fin, siempre y cuando el objetivo del Sprint llegara a quedar obsoleto o no tiene sentido seguir con el Sprint. Solo el PO tiene la autoridad para cancelar el Sprint.
Última modificación: jueves, 27 de mayo de 2021, 01:37