valores y Scrum

Artículo

La incomprensión de los valores Scrum

Sin duda una de las secciones sobre las que más se pasa de puntillas cuando formamos equipos en Scrum, es la de los “Valores”.

No sé si es por una falsa sensación de que esa parte está ahí de relleno, o de que queda bien el decir que una metodología está basada en valores, o que pensamos que los valores ya los tenemos de base y por supuesto que los vamos a emplear, no hace falta que nos lo digan.

Otras partes de la "Guía Scrum", más prescriptivas y visuales se llevan el tiempo y por qué no decirlo, la dedicación de los formadores y la admiración de los formados. Eso sí que aporta valor, pensamos.

Los valores, podemos llegar a pensar, están sobrevalorados.

Sólo unas citas de lo que la "Guía Scrum" dice acerca de sus valores:

  • "Cuando los valores de compromiso, coraje, enfoque, apertura y respeto son encarnados y vividos por el equipo de Scrum, los pilares de transparencia, inspección y adaptación de Scrum cobran vida y crean confianza para todos".
  • "El uso exitoso de Scrum depende de que las personas se vuelvan más competentes para vivir estos cinco valores".
  • "Las personas se comprometen personalmente a alcanzar los objetivos del equipo Scrum".
  • "Los miembros del equipo Scrum tienen el valor de hacer lo correcto".
  • "El equipo de Scrum y sus grupos de interés acuerdan ser abiertos sobre todo el trabajo y los retos de realizar el trabajo".
  • "Los miembros de Scrum Team se respetan entre sí por ser personas capaces e independientes".

No sé, llamadme loco, pero a mí, esos valores me parecen de lo más importantes para ser capaces de ejecutar Scrum de una manera mínimamente viable. Sin ellos, muchos de los paradigmas que propugna, son complejos de implementar.

Las palabras son simples, pero los conceptos son ricos, complejos, difíciles de interiorizar y aún más difíciles de vivir. Pero es en ellos donde Scrum cobra vida en nuestras organizaciones y en nuestras vidas.

Repasemos, uno por uno, estos valores:

Compromiso

"Las personas se comprometen personalmente a alcanzar los objetivos del equipo Scrum".

Creo firmemente que no hay que destacar un valor sobre los demás, es el trabajo conjunto de todos ellos lo que permite que alcancemos los objetivos de la metodología. Pero a mí, si hay uno que me parece que está en la base del resto, es este.

La naturaleza de este compromiso es diferente del tradicional pensamiento de "hazlo sin importar qué" que ha invadido el mundo del Software.

En las prácticas de desarrollo tradicionales, nos comprometemos con una lista específica de funciones y, a menudo, con una fecha de vencimiento específica. Esto generalmente lleva a sobre esfuerzos innecesarios y sin cabeza, que luego traen los grandes desastres a los que estamos, por desgracia, ya acostumbrados en el mundo del desarrollo de software tradicional.

En Scrum nos comprometemos con la meta del Sprint, pero esta está sujeta a cambios a medida que las condiciones evolucionan.

Los miembros de Scrum Team están comprometidos con el éxito del equipo y de sus compañeros, a largo plazo. Dado que estamos en un proceso empírico, esto incluye dar soporte a procesos de fallo y aprendizaje.

También hay un aspecto colectivo en el compromiso de un equipo Scrum. Cada Sprint que creamos y nos comprometemos a cumplir una meta, esta pertenece al equipo. El equipo crea un plan, lo adapta día a día a lo largo del Sprint, y lo cumple de manera conjunta.

Coraje

El proceso de desarrollo de software es un desafío constante para el valor y la integridad de un desarrollador y de un equipo de desarrollo.

Los miembros del equipo Scrum tienen el valor de hacer lo correcto y trabajar en problemas difíciles.

Durante la ejecución de los Sprints estamos sujetos a una continua serie de eventos difíciles que necesitan ser confrontados. Desde complejidades inesperadas, presiones externas e internas, bajo rendimiento, problemas personales, un sinfín de situaciones que requieren del coraje del equipo para hacer lo correcto y evitar la conversación difícil para que nos ayude a atajar el problema.

La madurez como equipo se consigue cuando el propio equipo es capaz de monitorizar y arreglar de manera independiente un comportamiento que no funciona. Cuando esto veamos que ocurre en nuestros equipos, tendremos la prueba de que han alcanzado la madurez en el valor Scrum del coraje.

Foco

El equipo está centrado en el trabajo de Sprint y en los objetivos como equipo Scrum.

El trabajo en Sprints y el compromiso de entregar incrementos completamente "Hechos", sin duda es un maravilloso mecanismo de foco.

Sin embargo, es habitual que una nueva idea o tecnología interesante atrape la imaginación del equipo y éste comienza a explorarla en lugar de llevarla al Product Backlog, y afrontar la decisión más adelante. La aparición de defectos es otro motivo que afecta habitualmente al foco del producto, distrayendo al equipo del camino propuesto.

La propia estructura de Scrum fomenta la concentración, pero sigue siendo algo que cada miembro del equipo debe gestionar de forma coherente por sí mismo. Las distracciones abundan en un ambiente profesional.

El foco es un elemento clave en Scrum, ya que perderlo nos va a sumir en un problema detrás de otro. Tenemos que hacer todos los esfuerzos necesarios para que nos robe la atención sobre el foco que nos permita conseguir los objetivos marcados en el Sprint y para el producto.

Apertura

El equipo de Scrum y sus grupos de interés acuerdan ser abiertos sobre todo el trabajo y los retos que supone realizarlo. En las organizaciones tradicionales, el fracaso es un problema.

En una cultura empresarial donde fallar es visto como un problema que hay que perseguir, algo que conlleva consecuencias severas para el que falla, instauramos una cultura de miedo a decir lo que ocurre y a tapar pequeños, medios y grandes problemas. "El marrón que se lo coma otro", es un mantra que habita en los pasillos de todo tipo de organizaciones.

Nos encontramos a menudo que una de las cosas más difíciles en una transformación ágil es fomentar una cultura de apertura y confianza. Buscamos encontrar un estado de transparencia, sin "cosas ocultas" y que nos permita que el equipo afronte los problemas que surgen desde el principio, sin buscar culpables, ni organizar lapidaciones públicas para el que comete un error.

Para poder acometer esto se requiere que el equipo y sus líderes confíen los unos en los otros, y eso tiene que comenzar con aquellos que predican con el ejemplo, aquellos que están siendo abiertos.

Ser capaz de escuchar el fracaso o la lucha de otra persona, y responder con empatía y apoyo en lugar de juicio, es lo que inicia el camino hacia una cultura de confianza y apertura.

Respeto

Los miembros de Scrum Team se respetan entre sí por ser personas capaces e independientes. El respeto comienza con el reconocimiento de la humanidad fundamental de los demás.

Una postura de respeto debe sonar así: "No importa cuánto estemos en desacuerdo, o en qué asuntos lo estemos. Debe imperar la norma de que todos somos seres humanos, y hay más de semejante en nosotros que diferente. Te considero honorable y digno de mi respeto". Molaría, eh?

La opinión de que "el respeto se gana", por sí misma, es absurda. Así no es cómo funciona el respeto. El respeto no se gana, se concede, y en una cultura y una postura personal de respeto se concede de partida, libremente, ampliamente y por defecto.

El desacuerdo es una herramienta muy importante. No discordia, sino desacuerdo honesto y genuino que conduce a una investigación apasionada pero respetuosa de las alternativas. No todos los miembros del equipo pueden estar de acuerdo en una decisión que tome el equipo, pero después de una conversación que ponga a prueba las ideas, al menos sabemos que todas fueron consideradas, que sus pros y contras fueron explorados, y que la decisión tomada está bien soportada.

El respeto es crucial para cualquier tipo de argumentación productiva.

Scrum es una cultura, más vale que esto nos lo tatuemos si queremos realizar una mínima implementación viable de algo que se parezca a lo pretendido. 

Para ello, tratar los valores con honestidad, entendiendo lo que realmente significan, fallando y aprendiendo cómo ponerlos en práctica, sin duda nos reportará más beneficios que problemas, y sin duda es el único camino posible para implementar Scrum en nuestras organizaciones.

Sin valores, no hay camino. Sin camino, nunca llegaremos al verdadero Scrum.

Julio Roche

Julio Roche es Specialist Director del área de System Development&Integration, en la práctica de DxD de Deloitte. Profesional con más de 25 años de experiencia en el mundo del desarrollo de soluciones tecnológicas, su labor se encuentra actualmente focalizada en el terreno de la movilidad y la transformación digital, lo que le ha llevado a estar involucrado en procesos de implantación de metodologías ágiles desempeñando todos los roles que estas enumeran. Ha sido Agile Coach&Trainer, Scrum Master, Product Owner y parte del Development Team.