8 recomendaciones para que tu Sprint Review no sea una demo
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.
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.
¿Sabes qué es una Sprint Retrospective? Descubre todo lo que debes saber sobre la Retrospectiva de Scrum y aprende por qué es importante.
Los equipos ágiles que utilizan Scrum trabajan en iteraciones cortas llamadas Sprint. El Sprint es uno de los cinco eventos de Scrum.
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.
¿Qué es el Product Backlog y cómo se organiza? Recomendaciones a la hora de ordenar PBIs y hacer refinamientos.
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.
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.
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.
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.