Fusión de equipos de software

Este artículo brinda una definición de trabajo en equipo y una guía de cómo lograr una fusión exitosa entre equipos de software y lidiar con las dificultades que pueden surgir en el proceso. Discutiré el trabajo en equipo y las fusiones de equipo desde la perspectiva del control de calidad (QA) y compartiré cómo mi equipo ha manejado ambos.

Definición de trabajo en equipo

En mi experiencia al crear software, el trabajo en equipo consiste de un grupo de desarrolladores e ingenieros QA trabajando juntos para entregar un producto o servicio a un cliente dentro de un plazo de tiempo determinado.

En los últimos cinco meses, he pasado por dos fusiones de equipo, con personas que se van y se unen al grupo. Brindaré detalles de lo que hemos experimentado en cada fase del ciclo de fusión de equipos.

El ciclo de fusión de equipos

Los equipos se fusionan debido a distintas razones, o se forman grupos nuevos al comenzar un proyecto. Cualquiera que sea la razón, los equipos que trabajan en proyectos de software cambian constantemente, y el éxito de una fusión dependerá de todos sus miembros. El ciclo de fusión comienza con la formación, luego pasa al enfrentamiento, la normalización y finalmente, al desempeño y la disolución. El ciclo se repite cada vez que un grupo se forma o los equipos se fusionan. Por ejemplo, un equipo puede encontrarse en la etapa de desempeño cuando ocurre una fusión con otro equipo - o algunas personas se van del equipo y se unen nuevos miembros - lo cual ocasionará que el ciclo comience de nuevo, iniciando la fase de formación.

Formación

Durante esta fase inicial, los miembros del equipo se conocen unos a otros. En mi experiencia, proseguimos a contestar las preguntas de los demás y brindamos asistencia a aquellos que la requerían.

Enfrentamiento

En esta próxima etapa comienzan a surgir las dificultades ya que cuando los equipos se fusionan, cada grupo tendrá una idea distinta de cómo realizar el trabajo. Por ejemplo, los miembros del equipo pueden estar en desacuerdo con respecto al desarrollo del producto o cómo ejecutar las pruebas de un tiquete. En el caso de mi grupo, el flujo de trabajo de desarrollo era marcadamente distinto al de QA, y fue necesario conciliar ambos.

Por lo tanto, tuvimos una reunión donde discutimos cuáles partes del flujo de trabajo eran las más útiles para el equipo y creamos un flujo nuevo de desarrollo y QA. No obstante, discrepamos en otros temas, lo cual tomó bastante tiempo en resolverse.

En mi perspectiva, esta etapa es la más difícil ya que puede ser muy caótica. Pueden haber muchos desacuerdos y las cosas serán más fáciles o más complicadas dependiendo de qué tan receptivos sean los miembros del equipo.

Normalización

Una vez que llegamos a un acuerdo, nuestro equipo comenzó a aplicar el nuevo flujo de trabajo. Esto llevó a mejoras en nuestro desempeño de desarrollo y de pruebas. A mi parecer, es durante esta fase que el equipo comienza a trabajar como una unidad. Aunque todavía pueden surgir dificultades de vez en cuando, no son tan severas como las que se discutieron en la etapa de enfrentamiento.

Desempeño y disolución

Temo que nuestro equipo no logró llegar a estas fases: algunos miembros del equipo se fueron y se unieron personas nuevas; por esta razón tuvimos que reiniciar la etapa de formación. Si los equipos siguen cambiando, será más difícil alcanzar las etapas de desempeño y disolución. Esto significa que se deberá dedicar más tiempo a explicarle el proceso a los miembros nuevos, quienes estarán de acuerdo o en desacuerdo con cómo se realiza el trabajo, resultando en una redefinición del proceso ya establecido.

Fusión de equipos: objetivos

Mi experiencia me ayudó a darme cuenta que el objetivo de un equipo recién fusionado es alcanzar su rendimiento óptimo. Por lo tanto, cada miembro del equipo debe hacer un esfuerzo por entender a sus compañeros y apoyarse mutuamente. Así lograrán que el gestor del proyecto confíe en las decisiones que toma el equipo en conjunto, y convertirse en un equipo autogestionado.

Posibles problemas

Al darse una fusión o al crear un equipo nuevo, es muy posible que surjan problemas. Las siguientes son algunas dificultades que experimentó mi equipo:

Las personas estarán de acuerdo y en desacuerdo con tu opinión y tus ideas.
Cada persona tendrá una manera específica de realizar el trabajo.
Cada persona tendrá su flujo de trabajo particular para desarrollo y QA.
Cada persona rechazará el flujo de trabajo de los otros miembros.
Habrán demasiados procesos definidos y no se sabrá cuál seguir.

La mayoría del tiempo, la fusión de equipos puede ser un reto. Pero si el grupo cuenta con un buen líder que guía al equipo y si todas las personas quieren mejorar su desempeño como una unidad, entonces el trabajo en equipo se puede reforzar y los miembros podrán entenderse mutuamente, elevando su rendimiento.

Puntos Clave

Al crear software, el trabajo en equipo consiste en un grupo de desarrolladores e ingenieros QA trabajando juntos para entregar un producto o servicio a un cliente dentro de un plazo de tiempo.
Los equipos se fusionan debido a distintas razones, o se forman grupos nuevos al comenzar un proyecto. Cualquiera que sea la razón, los equipos que trabajan en proyectos de software cambian constantemente, y el éxito de una fusión dependerá de todos sus miembros.
El ciclo de fusión de equipo consta de las siguientes etapas: formación, enfrentamiento, normalización, desempeño y disolución.
Las fusiones de equipo pueden ser un desafío; su éxito dependerá del líder del grupo y en qué tanto desean los miembros mejorar su trabajo como una unidad.