Scrum: una introducción rápida

Scrum: una introducción rápida

Scrum compara un equipo de desarrollo de software con un equipo de fútbol. Tiene un objetivo claro y elevado, está familiarizado con el mejor modelo y la tecnología necesaria en el proceso de desarrollo, tiene un alto grado de autonomía, una estrecha comunicación y cooperación, y se asegura de resolver diversos retos cada día con un alto grado de flexibilidad; cada etapa tiene un claro progreso hacia el objetivo.

Sigue leyendo
Revisión de Sprint vs Retrospectiva de Sprint

Revisión de Sprint vs Retrospectiva de Sprint

Cada sprint termina con una reunión de revisión del sprint de dos partes. Dicha reunión comienza con una revisión y demostración al cliente y termina con la retrospectiva del equipo. Ambos componentes tienen lugar el último día del sprint. La revisión del sprint se centra en la «inspección» y «adaptación» del incremento (potencialmente enviable), mientras que la retrospectiva del sprint se centra más en la «inspección» y «adaptación» del proceso del sprint.

Sigue leyendo
Planificación de Sprint: Pronóstico vs Compromiso

Planificación de Sprint: Pronóstico vs Compromiso

En el verano de 2011, Ken Schwaber y Jeff Sutherland revisaron su Guía de Scrum. En ella, eliminaron un comportamiento establecido desde hace mucho tiempo y conocido por Scrum, que es el compromiso que el equipo hace con el propietario del producto y los clientes. El compromiso fue sustituido por la previsión. Dicen que los equipos pueden prever su trabajo, pero no comprometerse con él.

Sigue leyendo
¿Qué es una estimación ágil? ¿Cuáles son las trampas comunes?

¿Qué es una estimación ágil? ¿Cuáles son las trampas comunes?

En el desarrollo de software, la «estimación» habitual incluye una evaluación cuantitativa del trabajo necesario para realizar una determinada tarea de desarrollo; suele expresarse en términos de duración (hora/día) o unidad estimada (story point). El objetivo es consolidar una serie de estas estimaciones individuales para obtener una indicación de la duración, el trabajo o el coste global del proyecto de software.

Sigue leyendo
Marco Do More with LeSS (Large Scale Scrum): con la ilustración de la herramienta

Marco Do More with LeSS (Large Scale Scrum): con la ilustración de la herramienta

LeSS fue creado por Bas Vodde y Craig Larman a partir de la experiencia práctica en el escalamiento de Scrum, fundado como LeSS Company en 2014. El principio «Más con LeSS» está en el corazón de LeSS (Large Scrum). El desarrollo de productos complejos no requiere soluciones complejas. Requiere una comprensión profunda de la esencia de los problemas, que luego se pueden resolver con soluciones más simples.

Sigue leyendo