Ya soy SCRUM MASTER

El mismo compañero al que le debo por lo que veis muchas cosas, también me enseñó SCRUM y a partir de ese momento lo introduje en todos los proyectos que dirijo en mi empresa. Tras empezar por la práctica, decidí perfeccionar la técnica y me certifiqué como SCRUM MASTER tras recibir el curso de la Scrum Alliance.

A continuación resumo las grandes aportaciones que tuvo para mi esta certificación. No es mi objetivo resumir el espíritu de SCRUM, sólo recoger las cosas que más me llamaron la atención:

- En SCRUM lo más importante es nunca perder la visión del proyecto.

- El desarrollo iterativo incremental permite a mi cliente que si se equivoca en lo que necesita o pensaba que necesitaba, antes se puede dar cuenta y más barato le cuesta

- Los roles en SCRUM es muy importante cumplirlos. EQUIPO, SCRUM MASTER y PRODUCT OWNER.

- El Product Owner debe filtrar y ocuparse de QUE HAY QUE HACER, y el Equipo debe ocuparse de COMO HACERLO.

- Es imprescindible después de cada SPRINT hacer un Process Backlog y listar los aciertos. Además de lo anterior y lo más importante, es listar los impedimentos, además de comprometerse al menos a superar uno de ellos en el siguiente SPRINT.

- SCRUM no es una metodología , es un FRAMEWORK

- El gráfico Burn Down de cada SPRINT es simplemente para crear sensación de urgencia y a mi juicio es totalmente necesario realizarlo.

- Intentar hacer el Daily Meeting con una duración de 10 minutos. Realizar y centrarse en tres preguntas: ¿A que me comprometí ayer? ¿Que hice? ¿Que haré para mañana?.

- Cambiar estado de las tarjetas del Task Board se debe hacer en el Daily Meeting.

- En la retrospectiva se deben usar tarjetas de los siguientes colores:

VERDE: Para destacar las cosas que ha hecho bien el equipo
AMARILLA: Para destacar las cosas neutras, que no han estado ni bien ni mal pero que son representativas
ROJA: Para destacar las cosas que están mal
NARANJA: Para describir los porqués de las cosas que hemos detectado como ROJAS
AZUL: Para describir como vamos a resolver las cosas que están en ROJO

- Dos claves en SCRUM: Crecimiento orgánico y Priorización

- Todas las Historias de usuario o PBI(Product Backlog Item) deben tener asignado un valor de negocio.

- Crecimiento orgánico: Hay que mostrar al Product Owner cuanto antes la funcionalidad implementada, para que compruebe si es lo que quiere o no. Después cuando lo vea, nos deberemos encargar de perfeccionarlo o centrarnos en los detalles y configuraciones. Ej: Si un cliente nos pide un software que debe controlar la facturación de sus ventas, ¿que debemos realizar en el primer SPRINT?
1. Como vamos a usar Drupal como software base, hacemos un primer SPRINT donde parametrizamos Drupal y creamos toda la arquitectura de contenidos del sitio.
2. Montamos un Drupal estándar y simulamos un flujo simple de venta y registro de los datos

La respuesta correcta es hacer la segunda opción, porque si mostramos a nuestro cliente el mega Drupal configurado no podrá reconocer si es lo que necesita o no. Sin embargo en la segunda opción si puede ver lo que le va a aportar a su negocio y si será fácil de utilizar por sus empleados. Es posible que cuando vea esta segunda opción piense que será muy dificil de usar por sus empleados y que no cambiará de software. En esta opción le saldrá más barato darse cuenta porque en este momento dejará de pagar.