Scrum: Uno para todos y todos para uno

Scrum, ese marco de trabajo del que tanto se habla, sirve para manejar situaciones complejas a nivel empresarial o en una organización, de forma productiva y aportando el mayor valor posible a lo que se espera del producto con un equipo que trabaja en conjunto para lograr la meta. Sus creadores lo definen como un “marco liviano, fácil de entender, pero difícil de lograr”. Intimida un poco que sus propios creadores afirmen que es difícil de lograr, y la verdad es que todo lo que requiere un compromiso puede generar miedo. Según mi criterio, es cuestión de adaptarse y entender la importancia del orden que te puede brindar este marco, mucho más cuando se trabaja con algo tan complejo, como el desarrollo de software, y que, sin ese orden, sería muy fácil que todo saliera terriblemente mal.

Es por eso que, en este artículo hablaremos sobre las características fundamentales y valores que debe tener un Scrum Team a nivel de desarrollo.

1. Los equipos SÍ son importantes

“Definitivamente no contrataré un equipo de desarrollo, cuando puedo tener un solo desarrollador que me sale mucho más económico”, esta es una frase muy común y, tristemente, generadora de caos.

Quizás les suena conocido el siguiente escenario: Tenemos un desarrollador en “X” empresa denominado “el todero”, es una especie de semi-Dios, ya que solo él sabe lidiar con el cliente y desarrollar y probar absolutamente todo el sistema. Sin embargo, eventualmente, alguien termina ayudándolo con alguna de las tareas, pero el concepto de equipo se torna casi una fantasía. Este personaje recibe llamadas del cliente a las 3:00 a.m. para comentarle la grandiosa idea que se le acaba de ocurrir, y que quiere que esté lista en menos de 2 días porque tienen una presentación con los inversionistas, a la cual, sin duda alguna, nuestro “todero” debe asistir, porque, bueno… solo él conoce el sistema “más que nadie”.

La consecuencia inmediata de lo anteriormente descrito es un temido error en plena presentación (que a todos nos puede pasar), y debido a que tenemos un desarrollador sumamente cansado, este no tiene ni idea de qué ocurrió y solo piensa que ya nada puede salir peor, hasta que llega el: “¿Quién es el culpable?”. Evidentemente, ante los ojos del cliente, y la empresa, todo es culpa de nuestro pobre desarrollador, pero en realidad todo esto se evitaría si un equipo ayudaba en todo el proceso.

Y conformar equipos en el marco de Scrum es un requisito para que los miembros asuman la tarea de afrontar nuevos retos, y enfocarse en un propósito: Lograr la meta del Sprint; porque la carga jamás debe ser afrontada por una sola persona.

2. Compromiso + Respeto

Estas son palabras fundamentales en cuanto a lo que debe tener un buen equipo, el compromiso se traduce en acciones y el respeto es algo que se debe mantener entre sus integrantes. No quiere decir que están prohibidas las bromas y los momentos para relajarse, ya que es lo ideal, porque ver a la otra persona como un igual es importante para construir esa humanidad que permite tener una buena comunicación entre los miembros del equipo.

Es importante ser transparente en lo que se está trabajando, esto genera confianza en cada integrante, que cada uno sepa cuál es su rol y pueda desempeñarlo de forma independiente, generando una sinergia que permita seguir el objetivo, sin ninguna duda agrega valor al desarrollo de la meta.

3. Ser transparentes, cero excusas

Ser lo más honestos posibles con todo nuestro Scrum Team, sobre las tareas que cada uno está llevando, es vital, ya que esto ayuda a que la comunicación fluya de manera natural y sin problemas. En este punto me gustaría abordar algo que es muy común y muy dañino en cualquier trabajo: Los pretextos de “no pude porque no me dijeron”, “quiero hacer algo pero no me dicen que hacer”, “es que no sabía…”, etc; no son válidas. Está demostrado que el que quiere puede.

Debemos ser más sinceros y decir lo que pensamos, cambiar las excusas por acciones para promover en un equipo centrado, que decide ocuparse y lograr las metas. Así que dejen las frases de justificación y comiencen a decir: “No pude porque no pregunté”, “ya pregunte y voy a comenzar…”, “yo quiero hacer algo y lo haré, “ya investigué, ¿cómo puedo ayudar?”, “es que no sabía, de hecho me quede dormido, pero ya voy a empezar”.

Este marco de trabajo una vez que se pone en práctica y realmente se valora su utilidad puede facilitar mucho el trabajo, aunque se maneje el concepto de equipo aprendimos cómo integrarlo y aprovechar las capacidades de cada uno de los miembros de forma ordenada y productiva, como resultado el compromiso escaló ya asumimos trabajar por la meta juntos.

Referencias:

http://scrum.org (la “biblia de Scrum”, ampliamente recomendada).

https://julibetancur.blog/2015/08/08/facilitacion-grafica-en-cursos-certified-scrum-master/valores-scrum/ (imagen nro uno valores Scrum)