R. Chavarria's Blog

Proud of developing software, proud of being an Engineer

Curso de Scrum Master

Los días 3 y 4 de octubre de 2013 tuve una oportunidad única, la de asistir a un curso GRATUITO de Scrum Master impartido por Ángel Diaz-Maroto en las oficinas de ING Direct. Fue un curso espectacular, con otras 14-15 personas magníficas y que estoy muy agradecido tanto a ING como a Ángel por hacerlo posible. Fue una auténtica pasada.

Este post es para agradecérselo públicamente y para tener unas pequeñas notas y no olvidarme de la fabulosa experiencia vivida.

El curso

El curso fueron 2 días muy intensos, donde aprendimos el funcionamiento de Scrum y el papel que juega el rol del Scrum Master (porque es un rol, nunca un puesto o un título). Por supuesto, una vez realizado el curso no eres realmente un Scrum Master, pero yo lo veo un poco como sacarse el carnet de conducir. Es lo que te da la posibilidad de conducir y aprender realmente a conducir en situaciones de la vida real. Este curso es algo así, nos ha habilitado para aprender a ser Scrum Master en proyectos de la vida real.

Muy pronto aprendimos la primera lección: ¿Cómo se hace Scrum? ¿Cómo se hace agile?. Me quedo con la frase de Ángel:

Agilear se hace aligerando

La diferencia fundamental de las metodologías ágiles frente a las tradicionales, es que las ágiles se basan en eliminar, mientras que las tradicionales se basan en añadir capas de complejidad.

Acuerdos de trabajo

Lo primero de todo, antes de empezar a trabajar, lo primordial es establecer unos acuerdos de trabajo. Sin ellos, cualquier proyecto, empresa, lo que sea, que necesite de un trabajo en grupo, no podrá saber si todo el mundo avanza en la misma dirección.

Nosotros es lo primero que hicimos al comenzar el curso, y éstos fueron nuestros Acuerdos de Trabajo:

  • Speak up! (¡Habla!): Los problemas se deben resolver cuanto antes. Si te molesta cualquier cosa, por pequeña que sea, si crees que va a haber un problema con algo… Dilo en voz alta, que se sepa. Esta es la única forma de que se resuelvan rápidamente.
  • Compañerismo: sin él, difícilmente se podrá crear un buen ambiente de trabajo.
  • Objetivo común: todos debemos ir en la misma dirección, si no, estaremos despediciando esfuerzos.

Crear una visión

Uno de los acuerdos de trabajo es el de tener un objetivo común, y para ello es necesario crear una visión.

La nuestra la creamos a través de una dinámica de grupo, y al final, el resultado consensuado al que llegamos fue que nuestra visión para este curso sería:

Aprender, en grupo, métodos y buenas prácticas y bases de Scrum, divirtiéndonos.

Manifiesto ágil

Una vez sentadas las bases de cómo vamos a trabajar y qué es lo que vamos a esperar del curso, comenzamos. Y qué mejor punto para empezar que conociendo los cuatro valores del manifiesto ágil:

  • Individuos e interacciones sobre procesos y herramientas
  • Software funcionando sobre documentación extensiva
  • Colaboración con el cliente sobre negociación contractual
  • Respuesta ante el cambio sobre seguir un plan

Scrum

Existen multitud de metodologías que se pueden considerar ágiles, entre ellas está Scrum. Aunque Scrum no es una metodología en sí, es un marco de trabajo. No es una lista de prácticas que debes hacer, si no una serie de recomendaciones, que puedes seguir o no, y que son totalmente independientes del campo en que se apliquen. Y puede que estos sean los factores que han hecho que Scrum se haya adoptado tanto en todo el mundo.

En el curso, aprendimos cuáles son los actores de Scrum (Product Owner, Scrum Master, Team, …), qué elementos forman parte de él (Backlog, Spring, Entregable, …) y qué reuniones lo hacen posible (Diaria, Retrospectiva, Demo, …).

Todo se podría resumir en Inspección y Adaptación. Inspeccionar qué se está haciendo y cómo, detectar dónde se podría mejorar y adaptarse para atajar esos impedimentos para conseguir una mejora contínua.

Principios y valores

Luego pasamos a ver cuáles son los principios y valores de Scrum.

Todos ellos se podrían resumir en uno Respeto. A partir de él se pueden ir concretando alguno más, por mencionar algunos (que surgieron a partir de nosotros y fueron completados por Ángel):

  • Transparencia: no esconder nada, mostrar toda la información importante acerca del avance del proyecto, que los problemas salgan a la luz, …
  • Confianza: esto da libertad a los integrantes del equipo para trabajar a su manera y dar lo mejor de sí mismos.
  • Foco: trabajar con un objetivo común, y no desperciar esfuerzos.
  • Coraje: porque para cambiar las cosas y trabajar de forma auto-organizada, sin un jefismo que te las imponga, se necesita mucho coraje.

Roles

Los dos roles de Scrum que vimos en el curso son el Product Owner y el Scrum Master. Existe una relación muy fuerte entre ellos, y de ellos depende en gran medida el éxito del proyecto.

Estuvimos discutiendo qué características deberían tener estos roles:

  • Scrum Master
    • dialogante
    • tenaz
    • empático
  • Product Owner
    • accesible
    • priorizador
    • estratega

Retrospectiva

Durante todo el curso aplicamos la siguiente máxima:

Learn by doing

Es decir, aprender haciendo. De esta forma, aprendimos Scrum haciendo Scrum. Y Scrum no existe sin una retrospectiva.

La retrospectiva es una parte fundamental de Scrum. Lo más importante, lo que proporciona la retro, es que al terminar la reunión, se ha tenido que tomar una decisión:

Qué acciones vamos a tomar para solucionar alguno de los problemas que tenemos

Y así, poco a poco, problema a problema, con un ritmo sostenible, sin agobios, ir mejorando contínuamente. Nunca llegarás a la perfección, siempre aparecerán nuevos problemas, pero ahí estará la retro para identificarlos, sacarlos a la luz y darles solución.

Referencias

A lo largo del curso, hicimos referencia a multitud de autores, libros y recursos, así que aquí iré dejando aquellas referencias que vayan surgiendo de conversaciones futuras acerca de este curso:

Comments