SCRUM de empresa

Voy a incorporar una reunión semanal donde participen todos los equipos de SCRUM de los diferentes productos que dirijo en la empresa. Esta reunión será para que unos equipos conozcan lo que hacen otros y como les va.

Cuando tenga conclusiones las compartiré aquí. Esta idea la he sacado del fantástico libro SCRUM y XP desde las trincheras.

GTD: Primer paso

Una de las primeras cosas que todos queremos cuando empezamos a utilizar algo es ver los resultados lo antes posible. Aplicar GTD es bastante sencillo y además se encuentran sus resultados rápidamente.

Igual que cuando se aprende a conducir, GTD no se debe comenzar sin ayuda para no coger malos hábitos. Lo primero es regalarse el libro origen de esta metodología, "ORGANIZATE DE FORMA EFICAZ", de David Allen. Se puede encontrar en cualquier FNAC o Casa del Libro por un precio muy asequible. Después este gran libro se convertirá en tu manual de viaje del que nunca querrás desprenderte.

Comenzad a leer y después seguiremos con los detalles.

GTD: Áreas de Responsabilidad

Lo primero de todo es sentarnos con un papel delante y definir nuestras Áreas de Responsabilidad. No te preocupes si escribes y tachas y gastas más de un folio hasta que das con tu selección perfecta.
Este trabajo es muy importante, ten en cuenta que es un pilar para el resto de cosas, así que invierte tiempo.

Debes seleccionar un área de responsabilidad por cada cosa importante en tu vida, personal y profesional, RECUERDA, es muy importante no discriminar una y otra, ambas son fundamentales en tu vida y este sistema debe servir para conciliarlas.

Un ejemplo de áreas de responsabilidad puede ser:

1.OCIO
2.INVERSIONES PERSONALES Y AHORRO
3.SECRETARÍA EN LA EMPRESA YYYY. SL
4.MÁSTER EN RELACIONES LABORALES

En otro post hablaremos de los proyectos, pero las áreas de responsabilidad son horizontes temporales a un año o más tiempo. Dentro de cada una de las anteriores incluiremos proyectos más concretos, pero las áreas deben ser áreas de tu vida, los pilares.

Las áreas se deben revisar cada dos meses y ver que nuevos proyectos debes emprender dentro de cada una o que proyectos han dejado de ser útiles.

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.

Sobre GTD

Hace ya muchos meses que un compañero de trabajo y buen amigo me descubrió una pequeña aplicación para IPHONE que se llama THINGS. Me resultó muy atractiva desde el principio y comencé a usarla. He de confesar que era y ha sido la única vez que he pagado por software.

Un tiempo más tarde me compré el libro de David Allen y comencé a perfeccionar GTD. Mi vida es muy organizada desde este momento.