De pájaros y abejas: ¿son los equipos de enjambre el camino del futuro?

¿Alguna vez has notado una colmena de cerca? ¿Qué sucede cuando una colmena alcanza una masa crítica? La abeja reina deja la colmena y se lleva a la mitad de los trabajadores. Enjambran y construyen una nueva colmena. Esta acción se realiza casi automáticamente. No hay nadie que controle o instruya a las abejas. La abeja reina es una especie de líder de servicio que simplemente asigna el papel a las abejas obreras en la nueva colonia. La práctica de la 'tecnología de enjambre' en los sistemas de gestión ágil se inspira en este comportamiento de abeja. La tecnología de enjambre también se llama Mobbing.

Más recientemente, en su libro The Smart Swarm, Peter Miller describe valiosas lecciones de negocios de la naturaleza:

De los enjambres de abejas melíferas, hemos aprendido que los grupos pueden tomar decisiones confiables de manera oportuna siempre que busquen diversidad de conocimiento. Al estudiar los montículos de termitas, hemos visto cómo incluso pequeñas contribuciones a un proyecto compartido pueden crear algo útil. Finalmente, bandadas de estorninos nos han mostrado cómo, sin la dirección de un solo líder, los miembros de un grupo pueden coordinar su comportamiento con una precisión sorprendente simplemente prestando atención a su vecino más cercano ".

¿Qué es la tecnología Swarm / Swarming?

Para aprender sobre la tecnología de enjambre, necesitamos saber un poco sobre la Gestión de proyectos ágiles.

Agile Management es una forma dinámica de gestión ágil de proyectos, caracterizada por:

  • Flujo de trabajo no secuencial con jerarquía casi plana
  • Equipos paralelos trabajando en partes discretas del proyecto.
  • Interacción constante con el cliente.
  • Varios entregables en el transcurso del proyecto.

La implementación de Agile Management requiere que los equipos cambien la forma en que están acostumbrados a trabajar.

Uno de los comportamientos de los equipos ágiles es la "tecnología de enjambre" (también llamada mobbing). En la tecnología de enjambre, todo el equipo (o una parte importante de los recursos) se asigna a una sola tarea (también llamada historia), de modo que el trabajo en cuestión se completa de manera más efectiva. Recuerde el "Todo para uno"; One for All "lema de los tres mosqueteros? Bueno, los enjambres tienen que adoptar ese lema. Cada miembro del equipo debe estar listo para trabajar en áreas que podrían no ser su experiencia.

La tecnología de enjambre generalmente se aplica a trabajos atrasados; o situaciones de pánico; todos los miembros del equipo "pululan" para terminar el trabajo atrasado y poder avanzar todo el proyecto sin problemas. En el enjambre de equipos ágil, no hay un líder o gerente de proyecto que le indique al equipo qué hacer; solo hay coordinadores y enjambres. Todos los miembros del equipo toman la propiedad colectiva para eliminar el retraso. Si bien es posible planificar un proyecto completo en enjambres, en realidad, el equipo de enjambre se disuelve una vez que se completa la historia y los miembros regresan a sus tareas originales.

En su forma más básica:

La tecnología de enjambre es el concepto de todos los miembros de un equipo que se centran en una tarea en cuestión, para completarla de manera colaborativa.

Comprendamos algunos términos utilizados en la tecnología de enjambre:

Historia: Una historia es una necesidad comercial particular asignada a una empresa / organización (típicamente TI).

Enjambre: Un enjambre es una persona que se mueve de una historia a otra ofreciendo sus habilidades o experiencia técnica donde se necesitan.

Coordinador: Un coordinador es una persona a cargo de la historia. Una persona puede ser el coordinador de una sola historia a la vez, pero puede ser un enjambre de otras historias.

TeamLet: Un TeamLet es un grupo de personas que trabajan en una historia dada. Cada TeamLet tiene un coordinador con uno o más enjambres.

Una analogía del enjambre del día a día

Aquí hay una pequeña analogía que lo ayudará a comprender el concepto de tecnología de enjambre: imagine un equipo que participa en un concurso de cocina. Dos artículos tienen que hacerse y presentarse ante los jueces en un tiempo récord. Los artículos son, digamos, un sándwich de vegetales y papas fritas. Hay 3 miembros en nuestro equipo: Ms. Grace, Mr. Mac y Mr. Zen. Asignamos las tareas de la siguiente manera:

PasosEl tiempo ha tomado (en minutos)Persona responsable
Cortar las verduras12Ms. Grace
Organizar el queso y las verduras.5 5Ms. Grace
Pop en la sandwichera10Señor mac
Pelar y cortar papas10Señor zen
Hervir y freírlos.15Señor mac
Presentar el menú5 5Ms. Grace

Tarda 57 minutos en terminar el menú en este escenario.

Tenga en cuenta que la Sra. Grace está atada durante los primeros 15 minutos con las actividades de sandwich y el Sr. Mac está inactivo durante los primeros 15 minutos hasta que el Sr. Zen corta las papas a pesar de que tiene las habilidades para cortar las verduras. Si el Sr. Mac y el Sr. Zen pueden ayudar a la Sra. Grace para la primera actividad, el tiempo se reduce en un tercio.

Ahora sabemos que algunas de estas personas tienen múltiples habilidades. Vamos a enumerarlos:

PasosPersona responsablePersonas con habilidades
Cortar las verdurasMs. GraceSra. Grace, Sr. Mac, Sr. Zen
Organizar el queso y las verduras.Ms. GraceSra. Grace, Sr. Zen
Pop en la sandwicheraSeñor macSeñor mac
Pelar y cortar papasSeñor zenSr. Zen, Sra. Grace
Hervirlos y freírlos.Señor macSr. Mac, Sr. Zen.
Presentar el menúMs. GraceMs. Grace

Ahora, si pululamos algunas de estas actividades, veamos qué sucede:

PasosEl tiempo ha tomadoPersona responsablePersonas que realizan la actividad.
Cortar las verduras4 4Ms. GraceSra. Grace, Sr. Zen, Sr. Mac
Organizar el queso y las verduras.5 5Ms. GraceMs. Grace
Pop en la sandwichera10Señor macSeñor mac
Pelar y cortar papas10Señor zenSeñor zen
Hervirlos y freírlos.7.5Señor macSr. Mac y Sr. Zen
Presentar el menú5 5Ms. GraceMs. Grace

Todos ellos pululaban por la primera actividad. ¡El menú está listo en 41, 5 minutos y este equipo gana! Esta es la idea básica detrás del concepto de tecnología de enjambre. Tenga en cuenta que esto no es una analogía directa, ya que los equipos de proyectos de TI son más complejos, pero la premisa básica sigue siendo.

Fuente de la imagen: pixabay.com

Estrategias para la tecnología efectiva de enjambre

  • Espíritu de equipo: el concepto de tecnología de enjambre depende completamente del trabajo en equipo. Por lo tanto, desarrollar el espíritu de equipo es una estrategia crítica para una tecnología de enjambre efectiva. Todos los miembros del equipo deben poner sus cabezas juntas para abordar un solo problema. Por lo tanto, es esencial que todo el equipo tenga una comunicación abierta y gratuita y sea receptivo a las nuevas ideas. Los juegos de construcción de equipos se pueden utilizar para fomentar el espíritu de equipo en equipos de enjambre.
  • Cultura ágil: si bien la tecnología de enjambre no es necesariamente exclusiva de la metodología de desarrollo ágil, es útil para los equipos que desean adoptar la tecnología de enjambre para preparar a los equipos a la idea de un sistema no lineal y no jerárquico de hacer que las cosas sucedan. De lo contrario, las personas en los equipos de enjambre estarán confundidas sobre la jerarquía, las aprobaciones y otras consideraciones que forman parte de los Sistemas de Gestión de Cascadas.
  • Practique la tecnología de enjambre como un ejercicio de trabajo en equipo : los miembros del equipo pueden enjambrar frecuentemente como un ejercicio de trabajo en equipo. Esto fomenta un sentido de pertenencia y también conciencia sobre las fortalezas y debilidades de otros miembros para que cuando surja la situación en vivo, estén listos para comenzar en cualquier momento. Esto es similar a un simulacro de incendio, para permitir un funcionamiento efectivo en un proyecto en vivo real.
  • Diversos equipos: es útil tener miembros con diversas habilidades dentro del enjambre. Las personas con habilidades únicas aportan una nueva perspectiva a la solución.
  • Evaluación frecuente: es importante verificar continuamente el progreso de los equipos de enjambre y reevaluar las tareas a la luz de la nueva información.

Estilos de tecnología de enjambre

La tecnología de enjambre es un concepto flexible y puede adaptarla a varias formas para adaptarse a diferentes proyectos. Algunas de las formas comunes son:

  • Emparejamiento : los desarrolladores a veces trabajan en parejas para completar una historia. Esta es una estrategia utilizada con frecuencia en una forma de programación llamada Extreme Programming (XP). Dos desarrolladores trabajan en la misma historia (tarea establecida), a menudo sentados uno al lado del otro en una sola computadora (similar a los socios de la fuerza policial) colaborando en las pruebas, la codificación o el algoritmo. Rebotean las ideas del otro para completar la historia. Hay dos tipos de emparejamiento:
    • El emparejamiento básico ocurre cuando se establece el par (el par puede constar de más de dos miembros). Una persona de la pareja es el coordinador y la duración es fija. Esto no implica tecnología de enjambre en el sentido de que solo esas dos personas se dedican a la tarea. Estas parejas se mueven juntas de una historia a otra.
    • El emparejamiento polígamo es una tecnología de enjambre donde una persona se queda con la historia para la continuación y otros enjambres van y vienen. Hay una persona que constantemente se queda con la historia para continuar. Él / ella se llama el coordinador. Hay otros miembros que forman parejas para desarrollar la historia. Pueden o no permanecer durante toda la historia.
  • El coordinador del código : en cualquier proyecto, uno de los problemas con los codificadores ágiles enjambre es que los codificadores tardan un poco en "entrar en la zona de codificación". Los proyectos con plazos ajustados, que generalmente necesitan ser pululados, pueden no tener el lujo del tiempo. De ahí el concepto de un codificador que se mantiene en reserva. Cuando surge una historia adecuada, se convierte en el coordinador. Esta persona se quedará con su historia hasta el final; mientras que los no codificadores, como los analistas, los evaluadores, etc., pulularán por la historia de codificación y pasarán a otras historias. El coordinador del código pasará a otra historia solo cuando se complete la historia actual. Esto es muy similar al emparejamiento polígamo, pero es bastante fluido.
  • Flujo de un solo elemento: en esta forma de enjambre ágil, un Teamlet de enjambres se enfoca en una historia hasta que esté completamente hecha. El Teamlet debe tener todas las habilidades necesarias y el flujo de trabajo debe ser ininterrumpido. No puede haber enjambres que puedan ser requeridos por otros Teamlets. Esto permite el flujo continuo de trabajo sin esperar entre pasos.
  • Siempre Enjambres: Tomemos el ejemplo de un miembro del equipo que es un escritor técnico. Sus habilidades se pueden usar en varios equipos y no debe estar atado como coordinador de ningún equipo, lo que requerirá que esté con la historia hasta que se complete.
  • Swarmers a tiempo parcial: estas personas tienen la responsabilidad principal de enjambrar ágilmente y una responsabilidad secundaria hacia sus propios proyectos. Por ejemplo, un escritor técnico documentará las historias y también tendrá que preparar un Manual del usuario para el proyecto por su cuenta.

¿Swarming Agile funciona en todas partes?

El enjambre ágil es una gran estrategia para tipos específicos de proyectos. Pero no es una estrategia única para todos. Es más útil en la fase de arquitectura de TI, donde la colaboración y la resolución de problemas son fundamentales. Sin embargo, los principios básicos pueden usarse en cualquier etapa de cualquier proyecto, reduciendo el tiempo de inactividad de los recursos.

Su premisa más básica se puede usar en todos los proyectos, pero los tipos específicos de enjambre ágil solo se pueden usar en ciertos casos.

El camino a seguir

Gartner predice que en el futuro, la tecnología de enjambre se utilizará cada vez más en las prácticas de gestión ágil. El futuro de los servicios de gestión hará que la línea entre las autoridades / formuladores de políticas y los implementadores se vuelva cada vez más borrosa. Personas de diversos orígenes se apiñarán, resolverán el problema y se disolverán. Esto dará como resultado una mayor producción y más equipos temporales, así como afectará la forma en que los equipos son contratados y estructurados. Esto podría, a la larga, también significar que el empleo permanente, como lo conocemos ahora, podría cambiar para siempre.

El lujo de las relaciones laborales a largo plazo es algo que podríamos perder, pero los dividendos en términos de eficiencia pueden sobrepasar las desventajas de dicho entorno de trabajo.

La gestión del equipo es una tarea enorme en la tecnología de enjambre, y requiere un punto de vista diametralmente opuesto al tradicional, en términos de trabajo en equipo, jerarquía y responsabilidades.

En la parte de arriba:

  • Una vez que se establecen los equipos de enjambre, se abre un nuevo mundo de posibilidades.
  • Los miembros del equipo aprenderán desde diferentes puntos de vista.
  • Los empleados harán lo que les gusta hacer mejor.
  • El conocimiento del dominio de cada recurso se ampliará.
  • Los desarrolladores nunca se aburrirán con los proyectos.
  • Los recursos son más fluidos y fácilmente disponibles.
  • Los plazos de los proyectos se acortarán.
  • La satisfacción de los empleados aumentará y conducirá a una mejor retención.

Todo esto se combinará para una mejor experiencia para el cliente. Esto probablemente hará que la tecnología de enjambre sea una característica común de los proyectos del futuro.

Ref: http://blog.3back.com/scrum-patterns/6-ways-successfully-swarm/

Artículos recomendados

Aquí hay algunos artículos que lo ayudarán a obtener más detalles acerca de la tecnología de enjambre, así que simplemente vaya al enlace.

  1. Preguntas de entrevista ágil Scrum
  2. Aplicaciones de inteligencia de enjambre | Definición y 5 mejores ejemplos para negocios
  3. Metodología ágil útil en la gestión de proyectos (fácil)
  4. Presentación de la maravillosa comparación: Scrum y entrenamiento ágil