Scrum: El arte de hacer el doble de trabajo en la mitad de tiempo

 Con este título, Jeff Sutherland nos invita a leer este libro de por qué Scrum funciona y por qué lo debemos usar. Scrum, el arte de hacer el doble de trabajo en la mitad de tiempo, es un título con el que, muchos agilistas y personalidades que controlan del tema, se ha creado mucha polémica, ya que todo aquel que empiece a usar Scrum esperaría que de verdad se hiciese el doble de trabajo y en la mitad de tiempo. ¿De verdad es así? 

A continuación os expongo mis notas acerca del libro, de todo aquello que más interesante que me ha parecido. Lo primero, es que Scrum no solo vale para desarrollo software, lo puedes aplicar para cualquier proyecto, siempre que tenga sentido, en el que te abarques, por ejemplo, preparar una boda, aunque repito, siempre que tenga sentido. A lo mejor te metes en más complejidad de lo que ya es un proyecto por querer adaptar Scrum a tu proyecto, cuando realmente debería ser una herramienta (un framework) que te ayude en tu desempeño.

Una anécdota que me gustó mucho del libro fue la comparación entre interesados y comprometidos. Se trata de una vieja broma de la comunidad de Scrum donde un pollo y un cerdo están pensando en abrir un restaurante. Buscando un nombre para el mismo, el pollo le propone "Huevos con jamón", a lo que el cerdo le responde que se esa forma, él estaría comprometido por completo, mientras que el pollo, solo en parte. Por lo tanto, los "cerdos" son los realmente comprometidos. Y tú, en tu equipo, ¿tienes "cerdos" o "pollo"? Házmelo saber en los comentarios por favor. 

Es interesante el concepto del Shu Ha Ri, de las artes marciales y que describe varios niveles de maestría. El estado Shu consiste en seguir unas reglas y formalidades preestablecidas, al pie de la letra, sin modificar nada. El estado Ha, puedes hacer ciertos cambios de cara a innovar y empezar a hacer las cosas con algo tuyo. Finalmente, con el estado Ri, es posible eliminar esas reglas y empezar a hacer las tuyas propias, por completo, ya que se supone que el objetivo real, el fin de hacer o seguir esas reglas, está conseguido, y ya la forma da igual. Cada uno de estos estados supone que se domina el anterior a la perfección, porque sino estaríamos cayendo hacia un estado donde no obtendríamos buenos resultados.

La comunicación en Scrum es fundamental, todos los miembros de un equipo Scrum deben saber qué hacen los demás, todo lo que se lleva a cabo, todos los retos a los que se enfrentan, el progreso alcanzado, etc. Para ello disponen del evento de la Daily, donde se comparte el avance hacia el objetivo del Sprint, de forma colaborativa y se muestran los impedimentos que surgen en la consecución de dicho objetivo para ser eliminados. Está muy demostrado, y en primera persona, que cuando mayor es la comunicación, cuanto más sabe el equipo de todo, más rápido es el equipo, son capaces de tener todo lo que necesitan para hacer su trabajo.

Error fundamental de atribución: es uno de los errores humanos más comunes, basado en que cuando culpas a alguien, buscas sus defectos personales, mientras que si te culpa a ti aduces a factores situacionales que originaron el problema y por qué actuaste como lo hiciste. Esa parte de juzgar con distitnos criterios es un defecto humano muy importante a la hora de trabajar en equipo. 

El tiempo, es algo muy valioso, y su desperdicio es el mayor de los crímenes. Es un enfoque muy bueno que le da en el libro, somos malos estimando y pasamos demasiadas horas en el trabajo, mientras que nuestra productividad también es mala, pensamos que cuanto más tiempo echemos en el, más reconocimiento tendremos, o más pronto lograremos el ascenso, etc. Es una pena pensar así frente a valorar lo productivo que somos, y esa idea debería cambiar en ciertas personas pero aún más importante, ciertas personas deberían forzar ese cambio de visión. "Trabajar hasta tarde no es una señal de compromiso, sino de fracaso".

Uno de los mayores desperdicios de tiempo son los cambios de contexto. Tenemos que mantener al equipo focalizado en lo realmente importante, focalizado en una tarea al momento, priorizando el cerrar tareas frente al abrir nuevas. Si tenemos una tarea abierta y ponemos todos nuestros sentidos en cerrarla, lo haremos más rápido que si tenemos tres tareas abierta y vamos cambiando de una a otra, teniendo que prestar atención en qué punto estamos en cada una de ellas y ver lo que me queda, y así para cada una de ellas varias veces al día quizás. 

Cuando habla de la daily, hay una cosa que no me gusta, y esto es algo común en todas las formaciones de Scrum, y es que siempre sacan las 3 típicas preguntas: 

• ¿Qué hice ayer? 
• ¿Qué haré hoy? 
• ¿Qué impedimentos hay? 

Estas preguntas llevan a la confusión de que la daily se convierta en una reunión de seguimiento más, de reporte, más de compartir entre todos en qué punto estamos para la consecución del objetivo del Sprint y qué nos queda para lograrlo. Estas preguntas, mal usadas, parecen muy centradas en las personas más que en un objetivo común de equipo. 

Sobre las incidencias o errores, deben ser priorizados sobre todo lo demás. Si encuentras un error, y estás buscando las causas, corrígelo lo más pronto posible, ya que tienes fresco el motivo del error, dónde se produce y seguramente la solución al mismo. Si lo dejas como tarea para un futuro, tendrás que volver a perder el tiempo en recordar qué error era, volver a buscar dónde estaba y volver a recordar la solución, y eso si lo haces tú mismo, pero si es otra persona, ¿cuánto tiempo se pierde en estos escenarios? Abordar siempre los errores lo más rápido posible. 

Y este párrafo me encantó, ya me dejaréis opinión en comentarios: 

"Un pequeño mundo, belo y ceñido, donde nada cambia, las criaturas que viven en él son dinosaurios y morirán. La clave no es ser dinosaurio. Si estás en una condición de equilibrio, estás muerto. El mensaje de fondo es simple: no hay salida"

La transparencia es algo fundamental, que el equipo conozco con detalle todo aquello que lo involucra da una relación de confianza entre todos los miembros. La falta de transparencia lo único que genera son problemas y malos rollos dentro del equipo, pérdida de confianza y una sensación de querer ocultar las cosas sin saber muy bien por qué. Como ejemplo, pone a gobiernos donde no practican esto, hay corrupción, conveniencias personales, querer tener poder, etc. etc., algo que deberían plantearse muchos gobiernos y que nosotros, el pueblo, deberíamos demandar más y castigar más su falta. Espero que lo vean mis ojos, pero el mundo está cambiando y todos aquellos que se benefician de la corrupción y el engaño, lo pagarán. Para conseguir esto habrá que seguir trabajando mucho, enormemente, el sistema está tan podrido en todos los ámbitos, que costará, pero tenemos presente el lema: renovarse o morir.

Equipo, a la hora de dar valor, es la herramienta más poderosa que tenemos, fundamental su cohesión y visión única de equipo. Como comenta, ningún proyecto es resultado del trabajo de una sola persona, es producto de un equipo. 

Cómo adoptamos Scrum: 

1. Elige responsable de producto 
2. Elige un equipo 
3. Elige un Scrum Máster 
4. Crea y prioriza una bitácora del producto 
5. Afina y estima la bitácora del producto 
6. Planifica el sprint 
7. Visibiliza el trabajo 
8. Comenta diariamente el avance del objetivo 
9. Revisa el sprint 
10. Haz retrospectiva del sprint 
11. Inicia el siguiente sprint de inmediato 

Comentar, Scrum me gusta y creo en él. A nivel de teoría el libro está muy bien y explica con ejemplos la necesidad de un framework o una forma de trabajar distinta. Me sigue faltando mucho el "cómo". En todos los ejemplos pasa de trabajar mal o bien usando Scrum pero sin indicar muy bien cómo lo consigue. Aunque realmente, el cómo lo tienes que ir descubriendo tú mismo, no estaría mal que alguien explique casos reales de éxito. En eso quiero basar el blog, casos reales, de éxito ya es mucho decir, pero por lo menos, ayudar a gente que está empezando a ir afinando sus eventos o "cómos" de las cosas.

Comentarios por favor.