.

Malas noticias: scrum NO te hará correr más rápido

velocidad

Varias son las razones que llevan a que una organización decida implementar scrum. La promesa de poder entregar al cliente un producto más aprisa es sin lugar a dudas una de ellas, pero ¿es esto verdad?  

El principal problema con la obsesión por la rapidez y la velocidad es que esta puede acabar dañando gravemente el producto o servicio en desarrollo. Lo cierto es que la velocidad nunca ha sido  amiga de la calidad, y trabajar demasiado rápido puede llevarnos a generar más errores. ¿Habremos sido más rápidos si concluimos “algo” pero ese “algo” está repleto de errores que lo invalidan para cumplir con su propósito inicial?

Muchos asocian el trabajo por sprints con la velocidad, y con la necesidad cumplir con unos plazos, pero no es solo eso. El propósito del sprint es mantener al equipo enfocado, concentrado, en aquello que se comprometió a desarrollar al inicio del sprint; por eso scrum prohíbe que cambie el Bakclog del Sprint iniciado el sprint, y establece que el Dueño del Producto y el Scrum Máster deben encargarse de proteger al Equipo de Desarrollo de intromisiones. Se el propósito no es otro que mantener al equipo aislado para que pude concentrarse en entregar un incremento al final del proyecto.

Además cuando trabajamos con scrum el foco lo debemos poner en desarrollar primero aquellas funcionalidades o características de la solución que tengan más valor para nuestro cliente. ¿Has oído hablar del “desastre del 45%”? Se trata de evitar desarrollar ese 45% de funcionalidades que incluye cualquier programa o aplicación, y que la una gran mayoría de usuarios nunca utiliza.  Bien, cuando gestionamos un proyecto con scrum, nos centramos en desarrollar el restante 55%.

valor-generado

En definitiva, a la hora de valorar implementar scrum debemos dejar de pensar en una entrega más rápida en términos de velocidad, y pensar en términos de más pronto, pero respecto al valor.

Y a ti que te parece, ¿esta mal entendida la idea de que scrum permite entregar el producto/servicio  más aprisa?

Saludos,

JLVG

Post relacionados

Time box En los entornos Agiles un concepto fundamental es  el de bloques de tiempo (time box). Se refiere a: 1) una cantidad predefinida y fija de ti...
7 Consejos para aprovechar el Scrum Diario El scrum Diario es como su nombre indica un reunión diaria que ayuda a los a los miembros del equipo de desarrollo a organizar su día. Durante el sc...
Los Sprints y su planificación Hola, tras la lección sobre el Dueño del Producto, hoy seguimos con la lección 5 de nuestro curso de Introducción a scrum. Al final del post tienes ...

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

AUTOR:  Juan Luis Vila Grau

PRINCE2® practitioner, Scrum Master (PSMI), EXIN Agile Scrum Foundation, AgilePM® Foundation, Management_of_Risk (M_o_R®) Foundation. and an enthusiastic of Agile management. Especialistas en técnicas participativas para la gestión de proyectos, y en el Enfoque del Marco Lógico (EML). Faclilitador certificado en el método LEGO® Serious Play®

Utilizamos cookies de terceros para mejorar nuestros servicios. Si continúa navegando, considera que acepta su uso. Más información aquí.  CERRAR