A los negocios, en el contexto del tema, a menudo les interesa el hecho de que aunque no sea en poco tiempo, entonces, ¿qué tan pronto se puede convertir la transformación en un equipo, porque se sabe que es el “trabajo en equipo” lo que le permite lograr los resultados más efectivos. Aquí confían en los líderes: gerentes de proyectos, Scrum Masters, líderes de equipo. Alguien hablará sobre la importancia de “ir juntos a un bar” en la etapa inicial, alguien - acerca de elegir un nombre o logo como una forma de definir y enfatizar la identidad del equipo.
Lo que más me gusta es la visión del equipo como un grupo de personas que han tenido su primera experiencia conjunta exitosa. Al entrenar sobre un tema similar, me he encontrado con la metáfora de "superar la valla". En él, la valla es nuestra capacidad para desarrollar soluciones a problemas comunes, y para “superarlo”, necesitamos calidez, sentido del humor y ganas de trabajar juntos.
Este verano comencé a trabajar en un proyecto que actualmente es una de las máximas prioridades de la empresa. Su objetivo principal es reemplazar los backends heredados con una arquitectura moderna de microservicio y así hacer del mundo de las telecomunicaciones un lugar mejor. Las expectativas son altas y el ritmo es rápido, lo que conlleva un fuerte crecimiento y la necesidad de reclutar y lanzar nuevos equipos. Uno de estos nuevos equipos iba a ser montado y lanzado por mí.
Bueno, ya captas la idea.
Me sumergí en un período de cuidadosa selección de candidatos que duró algún tiempo. Llegué a conocer gente y en una conversación informal traté de conocer su punto de vista sobre varios temas, pero con la jubilación completa y diferentes fechas de lanzamiento del proyecto, no todos tuvimos una buena oportunidad para conocernos realmente. Sin embargo, la composición de “profesionales altamente motivados y multifuncionales” (trabajamos en Scrum) fue reclutando gradualmente.
Y, como sucede a menudo, en algún momento el volante comenzó a girar cada vez más rápido, y ahora no hay tiempo para explicar, o para un buen comienzo. Necesita atraer a las personas reclutadas para el equipo y comenzar rápidamente. Al mismo tiempo, el régimen pandémico ha impuesto una severa restricción a la posibilidad de los notorios eventos de formación de equipos. Aunque debe ser inútil lamentarlo: con todos los preparativos, todavía no teníamos tiempo para un conocido habitual.
Así que por primera vez todos nos "vimos" sólo en la primera planificación. Y dado que esto no era solo planificación, sino PIP (Product Increment Planning - un evento en SAFe dedicado a la planificación de alto nivel del trabajo de los equipos para los próximos sprints), entonces tuvimos que resolver muchas cosas en un período de tiempo limitado.
Imagina este momento. Esta es su primera experiencia de tal evento. Te encuentras en una teleconferencia con nueve extraños, y aunque te acaban de declarar un "equipo", no tienes idea de quiénes son estas personas, qué habilidades tienen realmente, y tienes tres horas para crear un "equipo" juntos. plan de trabajo para los próximos tres meses.
También tiene algo de miedo a la difícil tarea, que se propone descomponer en varios puntos del plan, ya que la descripción no es inequívoca.
Por cierto, nuestra planificación de incremento de productos, si estuviera fuera de línea, podría verse así.
Al principio, literalmente nos paramos, metafóricamente apiñados en torno a la acumulación existente, y discutimos lo que se puede hacer. En respuesta, el equipo de desarrollo a menudo respondió solo al silencio, el proceso no fue fácil.
Y, sin embargo, yo, como ese bombero, golpeando incansablemente piedra contra piedra una y otra vez, seguí animando al equipo de desarrollo de manera amistosa. Cómo una chispa tallada inesperadamente se convirtió en una pequeña llama.
En respuesta, uno de los desarrolladores hizo una pausa y ... simplemente expresó todo lo que preocupaba a cada uno de los presentes. Incertidumbre, torpeza, un alto nivel de incertidumbre ... Sí, todo esto está ahí, y todos lo sentimos. Pero, ¿nos impedirá esto cumplir con lo que hemos reunido ahora? ¡Dime eso!
De repente, otro ingeniero confesó sus propias dudas. Y luego otros. Alguien consideró que su nivel de experiencia era insuficiente, alguien dudó en hacer preguntas aclaratorias "estúpidas". Alguien simplemente se sintió incómodo porque acababa de conocernos y no quería dar una impresión “equivocada”.
Cuando dijimos en voz alta todas las fuentes de nuestra ansiedad, pareció que se hizo más fácil respirar. Cada uno de nosotros hizo su propia confesión y nadie nos condenó. La atmósfera se estaba volviendo más cálida. Hubo bromas.
Un fuego tímido se convirtió en una llama brillante y segura.
Nuestro grupo de personas que apenas se conocían se sentía muy diferente. Poco a poco, desarrollamos una estrategia para analizar la cartera de pedidos. Los desarrolladores evaluaron los requisitos y trabajaron juntos: discutieron qué se debe hacer y qué niveles de descomposición se necesitan para una tarea en particular. Todo esto se registró de inmediato en JIRA. Luego distribuyeron el trabajo. Todos participaron en la discusión.
Fue increíble ver cómo descubrieron en cuestión de minutos que todos eran parte del equipo.
Me encontré con una charla TED sobre este tema mucho más tarde.
Mientras tanto, Product Ouner también trabajaba con todas sus fuerzas, a pesar de que él había hecho una buena parte del trabajo incluso antes de esta reunión: después de todo, era él quien preparaba todos los requisitos. Explicó los objetivos de alto nivel en los que el equipo necesitaba enfocarse, actualizó el trabajo pendiente, respondió preguntas, aclaró cualquier cosa que pudiera aclararse.
Yo, como Scrum Master, guié el movimiento de la discusión cuando fue necesario, evitando que surgiera la sensación de que la discusión en sí misma está llegando a un callejón sin salida.
Después de tres horas de arduo trabajo, el equipo terminó de construir una hoja de ruta con respecto a sus objetivos para los próximos tres meses y, por lo tanto, completó la planificación.
Al día siguiente, Product Owner presentó este plan a las partes interesadas y, teniendo en cuenta algunos pequeños comentarios sobre la redacción, fue acordado y adoptado.
Todos logramos hacer esto actuando juntos. Al ayudarnos mutuamente, obtuvimos nuestra primera experiencia conjunta exitosa incluso antes de comenzar a trabajar en las tareas. En esta planificación, nuestro equipo encontró un logro común (por supuesto, el primero de muchos). Nos convertimos en los "conquistadores de la planificación de PI", y esto nos dio la sensación de que ciertamente éramos capaces de implementar con éxito todas las demás partes de nuestro complejo proyecto.
Y si me preguntaran: “¿Cómo se convierten los equipos en equipos? ¿Es este un proceso largo? ”, Les respondo que adquieren una verdadera identidad de equipo cuando“ escalan la valla ”, es decir, superan la primera dificultad, actuando de forma armónica y unida. Y es responsabilidad del líder hacer que esto suceda lo antes posible.
Y qué puede hacer exactamente por esto parece un tema para el próximo artículo :)