Entradas archivadas en Equipo

Un equipo de Scrum es mas que la suma de sus individualidades. La foto que empleamos para ilustrar este artículo es el fiel reflejo de la relación de un equipo de Scrum.

Deben divertirse como niños, el trabajo que realizan, aún asumiendo su cuota de responsabilidad, les debe permitir divertirse, jugar en equipo. Esa es la principal cualidad que debe tener un equipo de Scrum.

Estamos acostumbrados a que las personas vean el trabajo como una carga, un mal menor. Esa es la opinión o pensamiento general que suelen tener los gerentes o directores de empresas. Que los miembros de su equipo hacen las cosas por obligación, buscando solo el beneficio económico.

Este planteamiento es un error muy común, como podemos ver en la pirámide de Maslow:

El nivel económico es una necesidad que se puede considerar que cubre los dos primeros escalones de la pirámide, pero no es la principal que hace que una persona cualificada se mantenga en su puesto de trabajo.

Hay que diferenciar, entre personas cualificadas y personas no cualificadas. Estás últimas tienen mas difícil el acceso al mercado de trabajo y un ascenso en el mismo, por lo que normalmente se conformarán con cubrir sus necesidades básicas.

Las personas cualificadas buscaran seguir escalando en la pirámide lo mas alto posible. En un equipo de Scrum se puede progresar, y seguir avanzando escalones de la pirámide.

En un equipo, si se les deja ser como niños, tener ilusiones, poder gestionar y solucionar problemas, ayudarles y estimular la participación global, por encima de una competición individual, al final se consigue que los miembros del equipo, alcances los siguientes niveles sin necesidad de hundir o desprestigiar a otros compañeros de trabajos.

Trabajando en equipos autogestionados las personas alcanzan: La afiliación, el reconocimiento y la autorealización.

El principal valor que tiene que tener un equipo es ser como un niño: Tener la mente abierta todo, poner ilusión en lo que hace, no mentir y sobre todo, disfrutar mucho de los que se está haciendo, compartir los éxitos y fracasos entre todos y ser feliz.

Es muy raro no ver a un niño feliz cuando juega a algún deporte con amigos en un equipo. En caso de no serlo, hay que educarle a pensar en el equipo por encima del egoísmo personal.

Sorprende hablar sobre Scrum y que la imagen que aparece es la del famoso “Dream Team” que participó en los Juegos Olímpicos de Barcelona en 1992. Desde esa fecha se bautiza con ese adjetivo a otros equipos que destacan en el mismo deporte u otro.

En el post anterior hablábamos sobre como Scrum consigue diluir los efectos del estrés, los diluye hasta conseguir que no se note en el resultado final del trabajo. Lo hacíamos siempre desde la perspectiva de la obtención de un resultado óptimo, dejando sin abordar el aspecto personal de cada miembro del equipo.

La imagen del Dream Team esta puesta con mucha intención, dado que todos los equipos que estén realizando Scrum deben sentirse como ellos. Para que esto pueda ocurrir se debe trabajar muy bien el aspecto sicológico de cada uno de los miembros, sin que se deteriore su calidad de vida por culpa de una mala gestión del trabajo, mala gestión que deriva directamente en estrés entre sus componentes.

Realizando Scrum y sin metas imposibles que deriven en estrés, se consigue que los miembros de un equipo estén motivados, con la moral alta, implicados en el proyecto por ser ellos los que se autogestionan, en definitiva, conseguir gestionar el estrés es garantía de que los equipos se sientan los mejores, productivos y felices.

Un proceso productivo y efectivo que no conlleve una disminución de la calidad de vida de los que intervienen, es un proceso donde se ha realizado una buena gestión del estrés. Scrum permite llegar a este equilibrio, pensando no solo en el producto si no en las personas que intervienen en el proceso.

Recordar uno de los principios del manifiesto ágil:

“Valorar a los individuos y su interacción, por encima de los procesos y las herramientas.”

Estrés

Normalmente, cuando se planifican las ejecuciones de proyectos a largo plazo, las personas miramos al futuro de manera positiva, con la certeza de que cumpliremos los objetivos, la meta se encuentra a una distancia suficientemente lejana para no estar preocupados.

Comenzamos a trabajar conociendo nuestra tarea y el tiempo que disponemos para realizarla, normalmente la velocidad de trabajo suele ser buena, pero no contamos con los impedimentos o circunstancias que nos hacen modificar la velocidad de trabajo. Como la meta se encuentra suficientemente lejos en el tiempo, no valoramos de forma real a que velocidad vamos.

Normalmente el resultado suele ser que cuando va pasando el tiempo ya no vemos tan posible llegar a la meta en la fecha prevista, comienza aumentar la velocidad de trabajo y el estrés, al cual hay que seguir sumando las molestias diarias, que estas no desaparecen..
Cuanto más cerca se está de la fecha de finalización, más estrés, como se puede ver en la gráfica siguiente:

estres_1

El nivel de estrés cuando se está cerca de la meta, de la entrega del proyecto, hacen que las personas se vuelvan irritables, terminen la jornada de trabajo muy cansadas y además, normalmente los remates finales pierden calidad por la falta de atención y cuidado que se se tienen en esos momentos.

Un ejemplo muy sencillo para explicar esta acumulación de estrés son los exámenes. Todas las personas que deben acudir a la prueba conocen la fecha del examen, normalmente con un plazo más que suficiente para estudiar, pero lo habitual es que la mayoría no haga mucho en los primeros días, dejando para los últimos la gran mayoría de los estudios.

Scrum, mediante el sistema de pequeñas iteraciones, de entregas parciales delante del cliente, diluye el estrés en cada sprint, consiguiendo con ello que el nivel no llegue a ser un factor que afecte a la producción y a su calidad.
estres_2

En el gráfico anterior podemos ver como se produce un estrés que se elimina normalmente al finalizar un sprint, dado que se tienen que haber cumplido las tareas asignadas. Si algunos equipos acumulan tareas de un sprint a otro, se debe estudiar el por qué y solucionarlo.

Scrum lo que consigue al distribuir el estrés es:

  1. Que no afecte a la calidad del proyecto.
  2. Que el equipo tenga siempre la moral alta.
  3. Que la meta no sea un condicionante que modifique el resultado, por falta de tiempo de entrega.

En las empresas que estén empleando Scrum, la palabra estrés no debería aparecer nunca, si lo hace, es que no estamos haciendo Scrum de forma correcta.

Planning Poker La reuniones de estimación deben plantearse con todo el equipo presente, pero no siempre se puede dar este hecho, dado que muchas veces los equipos están distribuidos en diferentes zonas geográficas.

Para poder salvar este inconveniente se pueden emplear una herramienta on-line que haga de baraja y de centro de reuniones, puedes emplear la técnica del Planning Póker y permite estar presente a todo el equipo.
Recomendamos : www.planningpoker.com, sencilla y muy intuitiva.

Es muy importante que todo el equipo esté presente en la estimación, la falta de cualquier miembro ya supone no comenzar con buen pie, deja abierto para un futuro, la posibilidad de tener que destinar más tiempo para explicar las historias de la pila de producto, además de que parte del equipo no conoce el por qué de las estimaciones.

La estimación debe incluir a todo el equipo, gracias a ello se consigue después un trabajo más fluido y unido.

estimacion scrum Uno de los momentos de Scrum donde el equipo debe estar mas concentrado, es en la reunión de estimación de las tareas.
Esta reunión se celebra con todo el equipo, cada uno tiene en su poder una herramienta para estimar, algunos usan planning poker, cartas donde están escritos los puntos de esfuerzo en una cadena de números: ?, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100 e infinito.

El Scrum Master va leyendo las tareas de la pila de producto ya creadas al equipo. Éstos seleccionan una carta y la colocan boca abajo en la mesa, sin mostrarla a ningún compañero, para no condicionar su opinión.
Se voltean todas las cartas, cada miembro del equipo ha estimado el esfuerzo que se necesita para realizar una tarea.
El que ha mostrado la carta mas baja y la carta mas alta, exponen al resto del equipo el por qué de su elección. Se vuelve a repetir el proceso.

Pueden ocurrir dos cosas, 1.-que el equipo acierte en el coste por mayoría casi absoluta, ante lo cual la estimación termina, y se toma otra tarea. 2.- Que siga habiendo grandes diferencias entre los miembros del equipo.
En este segundo caso lo mejor es preguntar al cliente o Product Owner, dado que esta diferencia mucha veces son interpretaciones sobre las palabras del cliente que en una conversación rápida se soluciona.

Una vez finalizada la reunión de estimación el equipo ha calcula el esfuerzo de todas las tareas, éstas están estimadas de forma eficiente, dado que no depende de la subjetividad de un solo miembro, sino del consenso de todos, lo que la hace mucho mas fiable.