Equipos de trabajo mixto

Estuve a mediados de año por Colombia haciendo una pasantía en los proyectos ágiles que manejaban y hay una cosa que me quedó clavada en la memoria.

Veías a los equipos trabajar e interactuar entre ellos como cualquier equipo scrum, pero si mirabas bien, veías diferentes fotochecks en cada quien. Es decir que cada quien pertenecía a una empresa diferente.

Había mezclas insólitas, el cliente era team member, el scrum master era de un proveedor, el resto del equipo era de otros proveedores diferentes. Todos eran iguales en la mesa, todos trabajaban de acuerdo a su rol y poniendo lo mejor para el bienestar del equipo mismo y del proyecto en que trabajaban.

Eso no lo había visto antes! Claro, ustedes dirán, como es que no lo había visto antes...

En mi experiencia como PM y luego como gestor de proyectos ágiles (pónganme el nombre que deseen) trabajé siempre con equipos propios.

Claro! El Product Owner era del cliente o en proyectos antiguos, tenías/tienes lideres técnicos y funcionales del equipo también, así como un PM en contraparte para reporting hacia la interna del cliente. Es decir que a lo mucho tenías al cliente y el equipo que te proveía tu empresa.

La primera vez que tuve a una persona del cliente como parte de mi equipo (QA) fue todo un reto para mí. "Los trapos sucios se lavan en casa" es una manera de decir que hacia la interna del equipo (miembros de tu misma empresa) pueden decirse mil cosas, pero hacia el ciente, todo es flores y arcoiris. Hay feedback que debes dar en privado hacia los tuyos porque de alguna manera tienes la responsabilidad hacia el cliente (la cuenta) de que te sigan contratando como proveedor; de que cuando llegue la evaluación, salga bien.

Siendo el caso, tener una persona ajena a la empresa, propia del cliente, dentro del equipo asignado, me significó cambiar mis propios paradigmas.

Entender que el equipo es el equipo y la persona asignada (propia del cliente) era también parte del equipo y debía, como responsable del equipo/proyecto, encaminar a su aceptación.

Me fue súper difícil. Más aún porque esta persona venía con el encargo de comunicar nuestro trabajo como proveedores hacia la interna de su empresa. Es decir que el cliente mismo le había dado el rol de "espía".

Qué fuerte! Tenías un equipo novel en mentalidad ágil (aunque con cierta experiencia en prácticas de scrum), tenías una persona que no tenía experiencia a trabajar en equipo (hay aún QAs que están acostumbrado a solo ejecutar su plan de pruebas) y su servidor que pecó en no darse cuenta del riesgo que tenía en sus manos.

Debo reconocer que muchas veces las cosas se me salieron de control. Me fue difícil el mantener el equipo unido como tal. Hacer que se vieran como uno y no separados.

Ver a los equipos en Colombia (no voy a decir el cliente) me inspiró mucho. Me hizo ver que en efecto es posible trabajar solo como profesionales manteniendo la transparencia en la comunicación.

Beneficios que se pueden obtener de este esquema:

• El cliente no está "amarrado" a un proveedor para cada proyecto, él simplemente solicita a todos sus proveedores los CVs de los candidatos y con eso arma el equipo.
• El proveedor, se enfoca en colocar a sus candidatos, para eso debe tener a los mejores y genera planes de capacitación para afrontarlo.
• La sociedad, ya que para seguir brindando a los mejores, debes generar tus propios mejores y eso viene desde capturar a los mejores en las escuelas de tecnología y hacer "semilleros" con ellos, capacitándolos para ser los siguientes mejores.

Hay que considerar que en el mercado en el que existo, aún se mantiene el buscar proveedor a un determinado proyecto. Eso lo estamos cambiando. El siguiente modelo a implementar es el de beneficio mutuo.

Aperturemos el mercado para generar mejores profesionales y mejores resultados. Recordemos que las personas siguen siendo personas, no importa el "fotocheck" que carga.