Get best of the week

Cómo funciona la TI desde la distancia: consejos para administrar equipos distribuidos

Se cree que las empresas de TI en Rusia prácticamente no se vieron afectadas por la crisis pandémica. Son uno de los pocos que pudieron transferir rápidamente sus procesos de negocio "a casa". Cómo organizar eficazmente el trabajo remoto con equipos distribuidos, Nikolay Sokornov, director del departamento de desarrollo de software en Reksoft, comparte su experiencia.



Hoy, en el desarrollo de software, un equipo distribuido o híbrido es la norma. En Reksoft (y cualquier otro desarrollador), alrededor del 75% de los equipos trabajan con este principio . Nuestras oficinas están ubicadas en cinco ciudades: San Petersburgo, Voronezh, Rostov del Don, Moscú, Estocolmo. También atraemos desarrolladores individuales de otras ciudades, por ejemplo, Tver. Además, los clientes que supervisan tareas a menudo se unen para trabajar en proyectos de todo el mundo. Tenemos una situación estándar cuando el gerente del proyecto está en Moscú, y los desarrolladores están en San Petersburgo y Voronezh. E incluso si están ubicados en las oficinas de Reksoft, de hecho es un trabajo remoto.

Por qué se necesitan comandos distribuidos


Falta personal calificado. Empresas involucradas en el desarrollo, este problema no deja otra opción. Lo principal es que hay buenos especialistas, y dónde están ya es una pregunta secundaria. No hay vuelta atrás. En un futuro cercano, todos los equipos serán distribuidos.

Cómo gestionar un equipo distribuido


El principio básico en la gestión de equipos distribuidos o híbridos es que el proceso se construye como si todo el equipo estuviera trabajando de forma remota . No es necesario tener en cuenta que uno de los colegas está sentado cerca de la oficina. El líder debe percibir a todos los participantes en el proceso como miembros de un equipo distribuido. Para todos los participantes del proyecto, se deben introducir criterios de rendimiento objetivos uniformes.

Lo que quiero decir. El gerente siempre tiene la tentación de poner a alguien cerca de él para monitorear constantemente o asignar las tareas más importantes a los empleados cercanos, para poder siempre discutir personalmente la situación del proyecto y, por ejemplo, delegar tareas para identificar problemas en el código a colegas remotos. Este enfoque lleva al colapso del equipo.

Además, uno deLas principales tentaciones para quienes trabajan en la oficina son reunirse para tomar un café y discutir rápidamente algo. Naturalmente, aquellos que trabajan remotamente quedan fuera de esta discusión. Por lo tanto, trabajar en un equipo híbrido requiere un cumplimiento más estricto de todos los procedimientos, documentación de todas las etapas y decisiones en sistemas y correo. Esto permite a los miembros remotos del equipo no sentir hambre de información.

Otro elemento importante para crear un equipo distribuido efectivo son las reuniones personales regulares de todo el equipo. En mi opinión, esas reuniones cara a cara son más correctas una vez al mes, pero al menos una vez al trimestre. Esto permite no solo fortalecer el espíritu de equipo, sino que también suaviza la diferencia en la comunicación con los empleados remotos, para comprender cómo respira el empleado, cómo se siente en el proyecto.

Una característica de la comunicación remota es "cortar" los canales de transferencia de información. Desde la distancia, por regla general, nos comunicamos por escrito o por voz. Lenguaje de señas, las emociones se van. Un buen líder no solo escucha a un empleado o lee sus informes, sino que trata de comprender el estado de ánimo y la motivación de un empleado, para detectar problemas ocultos que los colegas no siempre están listos para discutir abiertamente. Descubrir esas cosas en persona es mucho más fácil. Sí, y es probable que el empleado en una conversación personal identifique el tema que le preocupa.

¿En qué situación del desarrollo es imposible un udalenka completo?


Hoy, todas las herramientas y plataformas utilizadas en el desarrollo conjunto tienen acceso remoto a través de Internet, por lo que el entorno de trabajo no cambia mucho desde el lugar donde se encuentra el desarrollador en la oficina o en el control remoto.

La excepción son los proyectos cuando es necesario escribir una aplicación para algún equipo específico o equipo del cliente. Por ejemplo, Reksoft estaba haciendo un proyecto similar para Roskosmos. Tal stand solo se puede organizar en la oficina, y parte del equipo debe estar presente en el lugar de trabajo. La situación es la misma con los probadores que trabajan con una gran cantidad de dispositivos. La compañía simplemente no puede proporcionar un conjunto de equipos para cada empleado.

Más detalles

More articles:


All Articles