Fuente: Unsplash

Desde que las primeras computadoras programables salieron al mercado y los desarrolladores de software comenzaron a trabajar en equipos, las organizaciones han estado buscando el santo grial de las metodologías para entregar software de calidad. Y aunque la industria del desarrollo de software en su conjunto ha mejorado, muchas organizaciones todavía luchan por ofrecer software de calidad que satisfaga las necesidades de sus partes interesadas. Ofrecer software de calidad que proporcione valor de manera constante es difícil.

Los equipos fuertes crean un gran código

Desarrollar un buen software no se trata solo de escribir un buen código. También se trata de crear un equipo de desarrollo que pueda conectarse entre sí y se vuelva más grande que la suma de sus partes. Esto incluye a todos los miembros del equipo, desde los desarrolladores hasta el control de calidad y el propietario del producto. De hecho, todos los que contribuyen al producto entregado deben unirse y comprometerse a entregar algo de valor. Esta unión y conexión humana, no fue uno de los beneficios anticipados al comienzo de la era digital, pero ya sea por accidente o no, ha llevado a una comprensión social de que el trabajo en equipo es fundamental para desarrollar software de calidad.

Crear equipos increíbles, o equipos hermosos, como he escrito antes, es clave para crear software de calidad que proporcione valor. Muchos desarrolladores de software utilizan la Agilidad como marco para su ciclo de vida de desarrollo de software. La primera línea de los 12 Principios detrás del Manifiesto Ágil dice: “Nuestra máxima prioridad es satisfacer al cliente mediante la entrega temprana y continua de software valioso”.

Los desarrolladores, probadores, clientes y partes interesadas que se mencionan en el manifiesto  dejan en claro que la Agilidad no es un conjunto intelectual de reglas para crear software, sino un sistema que une a las personas, o lo que el manifiesto llama "individuos motivados" juntos para crear ese valor. La Agilidad pone una fe suprema en las personas y sus equipos, con la convicción de que a medida que estos equipos trabajen juntos se autoorganizan, y de ahí surjan “las mejores arquitecturas, requisitos y diseños”.

Mejora continua

La última línea del manifiesto dice: "en intervalos regulares, el equipo reflexiona sobre cómo ser más eficaz, luego afina y ajusta su comportamiento". Ten en cuenta que "los intervalos regulares" no se definen específicamente. No dice con qué frecuencia debería ocurrir esto, aunque muchos de nosotros hemos entrado en una cadencia en la que nuestras reflexiones están encuadradas en el tiempo, generalmente para coincidir con nuestros sprints. Un equipo refleja no al individuo, sino al equipo. No es solo el scrum master o el líder del proyecto, o los desarrolladores. Es cada miembro del equipo el que refleja, siendo cada parte un colaborador valioso e igualitario.

Hace unos años estaba ejecutando el desarrollo de software para una empresa de consultoría y estábamos implementando un nuevo SDLC. Imprimimos diagramas de flujo grandes de 4' de alto que describían el nuevo proceso y los colgamos por toda la oficina. A menudo me paraba frente a uno de los diagramas de flujo y usaba un marcador para hacer cambios o escribir preguntas para los otros miembros del equipo en la copia impresa. También invité a uno de los miembros del equipo a estar conmigo y discutir el nuevo proceso juntos. Cuando el miembro del equipo hacía una pregunta, les daba el marcador para que pudieran escribir su pregunta en el diagrama de flujo. Mientras modelaba este comportamiento, eventualmente el equipo comenzó a hacer esto por sí mismo, sin que el “gerente” les preguntase. Se les ocurrió su propia definición de lo que era un "intervalo regular". Y a medida que el proceso crecía y maduraba, se apropiaba y el modelo de un equipo se autoorganizaba.

Ahora que la mayor parte del mundo está refugiada debido a la pandemia de la COVID-19, ¿cómo continúan comunicándose los equipos cuando ya no comparten la ubicación? ¿Cómo continúan uniéndose los equipos y mejorando continuamente? Para algunos, esto será fácil, ya que han estado trabajando con miembros del equipo no ubicados en el mismo lugar. Para otros será un desafío mantener al equipo unido, conectado y autoorganizado. Esto significa que ahora es el momento perfecto para reflexionar sobre cuán conectado estaba tu equipo antes de que tuviéramos que refugiarnos en el lugar y cómo puedes mejorar esas conexiones ahora.

Retrospectiva

La retrospectiva es la ceremonia ágil, perfecta para construir o reconstruir la conexión de su equipo, y ahora es el momento perfecto para revitalizar sus retrospectivas. Si ya está haciendo retrospectivas con regularidad, añade con un juego virtual. Puede usar la baraja de cartas InspireMe de Lyssa Adkins o tener un concurso de fotografía de escritorio. El concurso de fotografía de escritorio funciona bien porque, aunque nos conectamos con reuniones virtuales, la mayoría de nuestros escritorios no están en el video. Haz que el equipo vote quién tiene el escritorio más interesante o el escritorio más organizado. Los escritorios muestran la personalidad de la persona, por lo que ver el escritorio de una persona es otra forma de conectarse con ellos. Estos son solo dos de los muchos tipos diferentes de juegos virtuales que puedes jugar con tu equipo. Prueba uno en tu próximo estilo retro.

Si no estás haciendo retrospectivas, ahora es un buen momento para comenzar. Prográmate desde ya, no tienes que esperar al final de tu sprint. Sé creativo, agrega otra columna a tu tablero de retrospectiva y escribe "¿Cómo estoy?", y conviértela en la primera columna. Esto le dará a todos los miembros del equipo la oportunidad de compartir cómo les está yendo personalmente. A medida que continúen las cuarentenas muchos miembros de tu equipo agradecerán la oportunidad de hablar sobre algo que no esté relacionado con el trabajo. Una vez que haya terminado con "¿Cómo estoy?", puedes recuperar el enfoque con una explicación de la importancia de las retrospectivas y recordarle al equipo por qué necesita hacerlas de forma regular.

Los elementos de acción (generalmente la última columna del tablero retrospectiva) son un componente de mejora continua incorporado. A medida que el grupo discute qué salió bien y qué no, naturalmente se revelarán elementos de acción que mejorarán la manera en que trabaja el equipo. Agrega estos elementos a la columna y antes de que termine la retrospectiva, asegúrate que cada elemento de acción haya sido asignado a un miembro del equipo con una fecha de vencimiento (generalmente al final del próximo sprint). El seguimiento de los elementos de acción es clave para asegurar que se realicen y el uso de picos es una excelente manera de rastrearlos. A medida que se realizan los elementos de acción, el equipo generará confianza en la retrospectiva y se dará cuenta de que es un papel valioso en su mejora continua.

Como dije anteriormente, las retrospectivas no tienen que hacerse solo al final de un sprint. Sugeriría programar una vez a la semana o cada dos semanas. No en la formalidad de la retrospectiva, sino para aprovechar ese tiempo y unirnos como equipo, reflexionar sobre cómo estamos haciendo el trabajo, cómo podemos mejorar y cómo lo están haciendo los compañeros de equipo. El valor se crea cuando los equipos se unen y se conectan para que surjan “las mejores arquitecturas, requisitos y diseños”. Tu equipo no solamente generará grandes obras de valor, sino que se convertirá en un equipo verdaderamente autoorganizado.

¿Cómo Nisum puede ayudar?

Si necesitas ayuda para impulsar tus retrospectivas o cualquier parte de tu proceso ágil, contáctanos. Las grandes organizaciones han descubierto que Nisum les da una ventaja competitiva a través de un coaching ágil y detallado. Están utilizando Nisum para producir sistemas de gestión de cambios que aborden los desafíos organizativos clave relacionados con la eficiencia del equipo.