Scrum es simple, pero no es fácil: 3 problemas típicos al comenzar.

Hay una frase de Ken Schwaber, creador de Scrum, que se ha hecho muy famosa a lo largo de los años. Scrum es simple, pero no es fácil. ¿Cual es la razón de que Scrum sea tan difícil de implementar? He aquí 3 retos típicos con los que seguro que tendrás que lidiar

El equipo de desarrollo no está acostumbrado a ser responsable

Tantos años de planes clásicos de proyecto, papel y ordeno y mando han llevado a que los desarrolladores terminen renegando de su trabajo y limitándose a hacer lo que les dicen.

Muchos de ellos desarrollan software en su tiempo personal o participan en proyectos de Software Libre para matar el gusanillo de lo que no pueden hacer en el trabajo.

Al comenzar con Scrum, tendrán dificultades asumiendo la enorme responsabilidad que cae sobre el Development Team, la de auto-organizarse y decidir sobre cómo llevar a cabo el trabajo en los incrementos. También la de auto gestionarse, frecuentemente olvidada.

Es una cuestión de tiempo y dejarles espacio que vuelvan a tomar las riendas del producto. Cuanto más controlados hayan estado en el pasado, más Sprints llevará crear esa cultura de nuevo.

El Product Owner no tiene tiempo para el equipo ni para los eventos Scrum

Lamentablemente también muy común en organizaciones que comienzan con Scrum. Muchas veces los Product Managers hacen la transición a Product Owners pero o no entienden o la organización no está preparada para el cambio de mentalidad que eso supone.

El Product Owner en Scrum es responsable de optimizar el valor del producto, y eso requiere un contacto y trabajo constante con el resto del equipo Scrum, participando en todos los eventos y manteniendo la relación con los stakeholders. Este ambiente de colaboración es necesario para que se obtengan buenos resultados.

Relacionado
Scrum es un circo y el Scrum Master un payaso

Muchos de ellos están ausentes y sólo aparecen para el Sprint Review, dejando la responsabilidad de llevar adelante todo al Scrum Master, siendo este responsable de explicar al Product Owner que está haciendo una inversión cada Sprint, y que si no está para gestionarla, deberá dar explicaciones a la empresa y resto de Stakeholders.

El Scrum Master quiere controlarlo todo y a todos

Algunas organizaciones ven en sus Project Managers personas que pueden traicionar hacia el puesto de Scrum Master. Pero en Scrum las cosas son diferentes y el rol tradicional del Project Manager se divide entre los tres roles en Scrum, lo que requiere de una alta dosis de calma y mirar hacia sitios distintos a los que se miraba antes.

El Scrum Master debe ser seleccionado por el equipo de desarrollo, y no asignado por la organización. El motivo principal es que el equipo de desarrollo tiene que encontrar a alguien con quien se sienta cómodo y que sepa contraponer al Product Owner, quien mira por el éxito del producto, a través de la visión del que mira por el desarrollo humano de la organización.

Avatar for Jerónimo Palacios Vela

Posted by Jerónimo Palacios Vela

Mi misión es ayudar a mejorar la profesión del desarrollo de software. Soy Professional Scrum Trainer de Scrum.org, Accredited Kanban Trainer de Lean Kanban y facilitador de LEGO® Serious Play. Vivo entre Berlín y Granada. Me encantan la vela y el Rugby

Suscribete a nuestra lista de correo

Suscribete a nuestra lista de correo

Recibe actualizaciones en la comodidad de tu bandeja de entrada. Un email a la semana. Sin Spam. Sin Trucos.

Suscripción con éxito

Shares
Share This