Scrum: Trabajando en equipo cliente y proveedor

A día de hoy contamos en el sector empresarial y laboral con multitud de formas de trabajar en los proyectos que tenemos asignados. Ninguno es mejor o peor que el anterior, simplemente unos proyectos requieren una forma de proceder y otros otra.

Esta metodología de trabajo tiene como premisa entregar un producto de calidad en cortos períodos de tiempo. Pero no todo es tan bonito, este estilo o modelo de trabajo no está hecho para todos.

Introducción breve a la metodología

Este concepto está pensado para proyectos que se intuyen o se saben que pueden ser propensos al cambio. Por ello al cliente se le va entregando pequeñas porciones del proyecto en productos para que este vaya compartiendo feedback sobre el mismo y así ir moldeándolo conforme se va creando.

Para entregar estos productos que mencionábamos antes, el equipo organiza una serie de sprints y una reunión diaria para comentar el estado del producto entre todos. Con esto último se logra que la comunicación sea plena y haya transparencia entre todos los miembros del equipo.

Como dato curioso, esta reunión diaria no puede durar más de 15 minutos pues se supone que debería de ser breve para ponerse un poco al día. Y en esta metodología el tiempo es más que oro 😄

Conceptos básicos

Para entender mejor esta metodología vamos a definir una serie de conceptos que se usan y forman parte de la misma:

• Sprint: Es el período de tiempo que transcurre desde que comenzamos ese producto hasta que lo entregamos al cliente. Por normal general este período no debería de durar más de un mes, de hecho lo normal sería entre 14 o 15 días.
• Sprint planning: Es una reunión que se produce dentro del equipo para planear como se producirá el planning, la posible duración y los objetivos del mismo.
• Sprint review: Una vez el producto ha sido entregado, el equipo se reúne con el cliente para obtener feedback. En esta reunión se comprueba el funcionamiento del producto y se valoran mejoras o modificaciones.
• Retrospectiva: Una vez el sprint ha finalizado y se ha producido la reunión con el cliente, el equipo también se reúne y comentan lo sucedido en el sprint para sugerir posibles mejoras y/o modificaciones para los venideros.

Roles participantes

A la hora de empezar a trabajar siempre es fundamental dejar claro las posiciones de cada uno y las funciones que tiene el mismo, Scrum no es la excepción. Los roles que participan son los siguientes:

• Dueño del producto: El cliente o la persona encargada de realizar la comunicación con la empresa proveedora toma un papel fundamental en esta metodología pues él es el que va retransmitiendo la satisfacción con el producto y tiene la última palabra sobre el mismo.
• Scrum Máster o Maestro Scrum: Es la persona encargada de hacer enlace entre el cliente con el equipo de desarrollo. Además, es la persona que organiza el equipo y los sprints para que estos cumplan con las expectativas. Se le podría definir como la sala de máquinas del proyecto.
• Equipo de desarrollo: Son los encargados de realizar el producto con las directrices marcadas por el Scrum Máster.

Flujo de trabajo

Por último, me gustaría mostrarte como sería el flujo de trabajo siguiendo esta metodología con los conceptos y contenido que hemos tratado anteriormente:

Espero que te haya parecido interesante esta forma de trabajar y que gracias a este post ya tengas nociones de como funciona. ¡Nos vemos en el siguiente post!