Todos los eventos son bloques de tiempo (duración máxima de tiempo), de tal modo que todos tienen
una duración máxima.
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.
User Stories
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.
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
Según la fórmula de Ron Jeffries, una historia de usuario debe estar conformada por las 3 C’s:
● Card (Tarjeta): Una ficha física (a menudo una nota Post-It), que da forma tangible y duradera a lo que de otro modo solo sería una abstracción.
● Conversación: Que tiene lugar en diferentes momentos y lugares durante un proyecto entre las distintas personas interesadas por una característica dada de un producto de software: clientes, usuarios, desarrolladores y evaluadores; esta conversación es en gran parte verbal pero a menudo complementada por documentación.
● Confirmación: Se han alcanzado los objetivos en torno a los cuales giraba la conversación.
Fuente: https://www.agilealliance.org/glossary/three-cs
● Yo como Rol (persona que va a usar la funcionalidad).
● Deseo / Quiero / Necesito Funcionalidad requerida.
● Para Beneficio o valor que va a generar al negocio.
En Scrum se puede definir como el trabajo técnico que realizan los Desarrolladores 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
¿Como 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).
Estimación Planning Póker
Esta es una de las técnicas más reconocidas en Scrum, ya que es muy sencilla, divertida y eficaz, donde los desarrolladores estiman.
Fue definido y nombrado por primera vez por James Grenning en 2002 y más tarde popularizado por Mike Cohn.
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.