Self-Learning
>
Scrum
|
3 min de lectura
¿Qué es un sprint en Scrum?
Los equipos ágiles que utilizan Scrum trabajan en iteraciones cortas llamadas Sprint. El Sprint es uno de los cinco eventos de Scrum.
Para entender qué son los Sprints
En Scrum, el Sprint es el periodo de tiempo en que los Developers, el Scrum Master y el Product Owner, es decir el Equipo Scrum trabajan concentrados en crear una pequeña parte (definida como Incremento) del producto que están desarrollando.
Para entender qué son los Sprints partimos de que en el lenguaje de Scrum se identifican cinco eventos: El Sprint, La Sprint Planning, las Daily Scrums, la Sprint Review y la Retrospectiva del Sprint. Lisa y llanamente, el Sprint es el evento más abarcativo y donde ocurren los otros cuatro eventos, que en la práctica se conoce mucho como reuniones de Scrum.
Es muy importante tener en cuenta que la Guía Oficial de Scrum recomienda una duración fija de un mes o menos para cada Sprint para que haya consistencia. Los Sprints son consecutivos, termina uno e inicia el siguiente inmediatamente.
Fundamentos de Scrum
- La definición, cómo funciona y la filosofía detrás del Manifiesto Ágil y de este marco de trabajo.
- Qué hace el Scrum Master, el Product Owner y los Developers, así como sus responsabilidades, para entender la función de cada uno de los integrantes del Equipo Scrum. Multifuncionalidad y autogestión dentro de los Equipos. Tamaño ideal de los equipos ágiles.
- Qué es un Sprint (evento principal) y cómo se caracteriza el trabajo en Sprints. Los otros Eventos (reuniones): Sprint Planning, Daily Scrum, Sprint Review y Retrospectiva del Sprint, junto con el propósito y qué se hace en cada uno de estos eventos.
- Los tres artefactos y sus características: el Product Backlog, el Sprint Backlog y el Incremento de Producto. Los Product Backlog Items (PBIs) y su ordenamiento. La relación entre el Product Backlog y el objetivo del producto. La relación entre el Sprint Backlog y el objetivo del Sprint. Cómo se asocian el Incremento y la Definition of Done (DoD). Refinamiento del Product Backlog.
¿Qué ocurre durante el Sprint?
En el Sprint se transforma una idea relacionada con un producto en una parte de producto utilizable. Esas ideas son los Product Backlog Items (PBIs) que durante la reunión de Sprint Planning se establecieron como los más importantes hasta el momento y realizables. Durante el Sprint, los integrantes del Equipo Scrum convertirán esos PBIs en un Incremento que se inspeccionará al final del Sprint en la Sprint Review con la finalidad de obtener feedback del Incremento de producto construido.
Cómo hacer Sprint Planning en Scrum
Existen ciertos aspectos fundamentales que deben tenerse en cuenta para hacer un Sprint Planning. Por otro lado, no es novedad que el plan del Sprint se establece al inicio del Sprint durante la reunión de Sprint Planning . Lo novedoso es que los Developers del Equipo Scrum son los encargados de adaptar el plan y el alcance del Sprint las veces que sea necesario para lograr el Objetivo del Sprint.
El Objetivo del Sprint (el valor que aportará este Sprint) es parte de la planificación del Sprint y también se establecerá al inicio. Siempre siguiendo la Guía Oficial de Scrum, la única razón por la que se puede ser cancelar un Sprint es porque el Objetivo del Sprint se vuelve obsoleto, es decir que ya no se necesita. De esta manera, se iniciará el próximo Sprint con un nuevo objetivo. La potestad de cancelar un Sprint es del Product Owner porque se trata de una decisión de negocio.
Cambios durante el Sprint
Durante un Sprint, el Equipo Scrum podría atrasarse o adelantarse con respecto a su trabajo. En estos casos, la variable de ajuste será el alcance del Sprint, nunca su duración. Esto significa que en el caso de adelantarnos deberemos incrementar el alcance del Sprint agregando nuevos Product Backlog Items y reducirlo en el caso de retrasarnos, pero nunca acortar o alargar el tiempo de Sprint. Esta decisión de aumentar o reducir el alcance del Sprint es una potestad del Equipo Scrum y, por lo tanto, tomada entre los Desarrolladores y el Scrum Product Owner.
--> Si necesitas inspiración rápida para llevar adelante un Sprint que te esté costando, recuerda el Manifiesto por el Desarrollo Ágil de Software.
--
44 min de lectura
Scrum es un marco de trabajo liviano donde los equipos crean soluciones a problemas complejos en entornos cambiantes. Uno de los beneficios de Scrum es el trabajo en iteraciones cortas llamadas Sprints, con determinadas responsabilidades de Equipo (Scrum Master, Scrum Product Owner y Desarrolladores), pero también existen otros secretos de su éxito que veremos a continuación.
4 min de lectura
Extracto del libro "Scrum y algo más: un framework y muchos aprendizajes para creadores ágiles" de Martín Alaimo.
12 min de lectura
Descubre qué hacen el Product Owner, el Scrum Master y los Developers para lograr proyectos exitosos con Scrum.
4 min de lectura
Los desarrolladores (developers) de Scrum poseen competencias multidisciplinarias que los hacen más atractivos que los programadores que se dedican exclusivamente a escribir código. Estas son algunas diferencias desde el punto de vista de Scrum.
5 min de lectura
Descubre las 4 reuniones o eventos de Scrum para que tus equipos trabajen de una forma más ágil.
10 min de lectura
En Scrum, la Sprint Planning es el evento (reunión) que ocurre al inicio de cada Sprint y donde se reúne a todo el equipo Scrum para planificar el Sprint. Conoce más detalles de esta reunión y descubre las otras reuniones de Scrum para que tus equipos trabajen de una forma más ágil.
10 min de lectura
La Daily Scrum es uno de los eventos de Scrum que informalmente se suele conocer como una de las reuniones que suceden dentro del Sprint. Vemos más en detalle sus características principales y qué tener en cuenta a la hora de participar en una.
9 min de lectura
La Daily Scrum o Scrum Diario es la reunión dentro del Sprint de Scrum donde históricamente se respondían 3 preguntas: ¿Qué hice ayer?, ¿Qué voy a hacer hoy? y ¿Qué impedimentos tengo o tuve para hacer mi trabajo? Veamos qué se está haciendo diferente ahora.
7 min de lectura
Aprende sobre las características más importantes de la Sprint Review en Scrum.
3 min de lectura
Descubre todo lo que debes saber sobre la Sprint Review y cómo hacer para que tu Sprint Review no se convierta en una demo.
6 min de lectura
¿Sabes qué es una Sprint Retrospective? Descubre todo lo que debes saber sobre la Retrospectiva de Scrum y aprende por qué es importante.
3 min de lectura
El Sprint Backlog es uno de los tres artefactos o herramientas de Scrum junto con el Product Backlog y el Incremento. El Sprint Backlog refleja el plan del Sprint y su propósito es lograr el Objetivo del Sprint.
10 min de lectura
¿Qué es el Product Backlog y cómo se organiza? Recomendaciones a la hora de ordenar PBIs y hacer refinamientos.
5 min de lectura
Existe una gran diferencia entre el proceso predictivo de seguimiento y control de proyectos que funciona en contextos estables y el proceso empírico o adaptativo de seguimiento y control que incorpora la complejidad de la realidad. Un ejemplo de este paradigma adaptativo son los Sprints de Scrum, donde se practica la inspección y adaptación.
8 min de lectura
El Modelo en Cascada o Waterfall Model de Winston Royce se popularizó luego de ser adoptado por el Departamento de Defensa de los Estados Unidos en los años ochenta. En 2001 surgió el Agile Software Development Manifesto proponiendo otra manera de desarrollar software, pero no es hasta el año 2010 que el Departamento de Defensa decide cambiar a la agilidad. En el 2012, el Standish Group publicó su análisis anual de gestión de proyectos donde menciona que las aplicaciones de software desarrolladas a través del framework ágil tienen tres veces la tasa de éxito del método en cascada tradicional y un porcentaje mucho menor de demoras y sobrecostos.
6 min de lectura
En el año 2000, Dave Snowden, nos introduce al Marco o Modelo Cynefin en donde explica la complejidad y los distintos tipos de dominios de complejidad. Estos dominios de complejidad son: el dominio simple, el dominio complicado, el dominio caótico, el dominio desordenado y el dominio complejo. El Marco Cynefin o Modelo Cynefin nos ayuda a entender cual es el contexto de complejidad en donde es apropiado aplicar Scrum que es cuando nos encontramos dentro del dominio complejo. Dentro del dominio complejo nos enfrentamos a resultados inciertos, y es aquí donde Scrum, como marco de control empírico, nos proporciona innovación, reducción de fallos, comunicación, experimentación e iteración para lograr resultados y así poder actuar, inspeccionar y adaptar las prácticas emergentes de un equipo de trabajo. Scrum es un marco de trabajo que nos permite encontrar prácticas emergentes en dominios complejos, como la gestión de proyectos de innovación.
3 min de lectura
La gestión de proyectos tradicional enfrenta la triple restricción del lado del alcance, para luego determinar el tiempo y costo. Para la mirada de la agilidad, en cambio, se parte del tiempo y costo, para por último determinar el alcance.
