Pronto, la conveniencia del trabajo remoto caerá en la lista de temas que es mejor no discutir con extraños, junto con la política y la religión. En cuanto a ella, no están de acuerdo de ninguna manera. Algunos gerentes dicen que es hora de cancelar las oficinas, y pronto la industria lo hará. Otros son al revés: la industria se ha desilusionado y convoca a todos de nuevo bajo un mismo techo.
Hay un momento de unidad en la disputa: un enfoque remoto necesita un enfoque especial, ciertas cualidades, y no todos pueden manejarlo.
Hablamos sobre esto y no solo con la compañía
Devhab , que resuelve los problemas del sitio remoto buscando un equilibrio entre reglas estrictas y el entorno informal.
Devhab recibió una calificación promedio de 4.56 y una recomendación promedio de 93% de sus empleados en My Circle. Es apreciado por las tecnologías modernas que se utilizan en el trabajo, por las excelentes relaciones con sus colegas y la comunicación forjada con la alta dirección.
Lo que comenzó el Devhab
A mediados de cero, cuando el comercio en Internet todavía era algo exótico, Alexander Samsonov abrió un sitio web de tienda de mascotas. Estudió con él durante tres años y luego lo vendió para graduarse. Habiendo trabajado como gerente de ventas en línea, decidió abrir su propia firma de consultoría.
“A principios de la década de 2000, el comercio electrónico se estaba desarrollando activamente, y entendí que no hay suficientes jefes de tiendas en línea en el país, y a las compañías les gustaría ingresar al mercado. Por lo tanto, comencé a consultar y comencé a liderar varios proyectos ”, dice Alexander.
Para un nuevo negocio, estaba buscando un contador moderno que entendiera en el comercio a distancia. El hombre que Alexander encontró, pensó aún más: él mismo estaba buscando desarrolladores para un proyecto complejo. Entonces, la compañía, que más tarde se llamó Devhab, tuvo el primer pedido.
"El proyecto se llamó" Stream FM ". El cliente en 30 ciudades de Rusia alojó servidores con sintonizadores de FM multicanal, que recopilaron datos de 27 estaciones de radio durante todo el día. Con su ayuda, tuvimos que crear un sistema de monitoreo de transmisión de radio para que los anunciantes, lanzando anuncios en varias regiones, pudieran monitorear dónde y cuándo sonaba ".
El sistema tuvo que analizar los datos, compararlos con el estándar, buscar discrepancias en el aire y determinar su naturaleza. El equipo escribió y diseñó la interfaz para el cliente, la parte completa del servidor, que funcionaba con datos sin procesar, pero el equipo constaba de solo cuatro personas.
“Fue un proyecto difícil. Él vino primero, y por casualidad, y nosotros, por supuesto, lo subestimamos. Nos llevó mucho tiempo y ganamos menos de lo que queríamos, pero aprendimos mucho. En este proyecto, hemos formado un enfoque de tecnología y arquitectura, que hemos seguido todos estos años. Fue entonces cuando me di cuenta de que el desarrollo es más interesante para mí que el comercio por Internet ".
Pero este fue solo el primer proyecto complejo que no cumplió con todas las expectativas. Durante varios años, la compañía apenas sobrevivió en el mercado y estaba buscando su lugar.
“Fue difícil sobrevivir, así que asumimos todo. Creamos sitios web corporativos, trabajamos en subcontratos para agencias de publicidad. Hasta 2013, tomaron grandes proyectos, y cada pequeña cosa. Solo en el decimocuarto año sentí un cierto punto de inflexión. Quizás para entonces finalmente habíamos descubierto cómo trabajar en este mercado. Luego aprendimos a vendernos por Tiempo y Materiales "
Cómo funciona el equipo ahora
Ahora en Devhab hay unas cuarenta personas trabajando en más de diez proyectos. La compañía ahora se dedica tanto al desarrollo como a la consultoría, pero no de la manera que Alexander quería al principio. Asesoran sobre cómo desarrollar adecuadamente un producto de TI.
“A menudo actuamos como socios tecnológicos para emprendedores. Les duele mucho el negocio y las ventas, y nos delegan preguntas técnicas y de productos. Podemos decir que nos especializamos en el desarrollo de nuevas startups. Si todo va bien y despega, apoyamos el producto, y en un año o dos ayudamos al cliente a armar su propio equipo ".
Alexander describe el trabajo de la siguiente manera: su equipo forma una estrategia de desarrollo: comienza con MVP, termina con cómo lanzar el producto, gastar dinero correctamente, recopilar comentarios y seguir adelante. “Después de formar la parte comercial, escribimos especificaciones, especificaciones técnicas, comenzamos a diseñar la interfaz y luego diseñamos. Paralelamente, podemos comenzar el desarrollo ".
Cultura de rotación
El ambiente de hackathon reina en el enfoque de los proyectos: así es como lo describe su desarrollador front-end Igor Deryabin. “Nuestros equipos se reúnen como amigos entre amigos. El ambiente es informal y amigable, a pesar del hecho de que existe el requisito de hacer bien el trabajo ”.
El equipo incluye una cuenta que se comunica con el cliente, recopila los requisitos y analiza las condiciones de trabajo. Detrás de él hay un gerente de proyecto que distribuye estos requisitos entre los desarrolladores, gestiona los planes de lanzamiento y los proyectos de implementación. En realidad, es el director técnico responsable de la arquitectura, la integración, la calidad, la documentación y, al mismo tiempo, administra el equipo.
Para cada proyecto, se nombran dos desarrolladores líderes: techlida. Uno al backend, el otro al frente. Techlides se enfrenta a dos o tres desarrolladores. “En el proceso, las personas pueden cambiar. Cuando el proceso se estabiliza y el marco de las características principales está listo, el desarrollador principal puede pasar al siguiente proyecto y dejar su legado a otro ".
Tal sistema tiene requisitos de código muy estrictos.
“Cuando un nuevo desarrollador llega al proyecto, las primeras semanas lo revisan constantemente. Cuando se domina, lo hacen cada vez menos. Con este enfoque, todavía es posible mantener intacta la base del código.
Todo lo que se puede hacer sin manos, tratamos de automatizar. Tenemos plantillas para la implementación rápida del proyecto, hay plantillas con estructuras preparadas para que todos los proyectos estén en la misma plataforma. Tratamos de unificar los proyectos tanto como sea posible, traemos todo lo posible a un estándar común ".
Qué tecnologías se usan en Devhab
Durante los nueve años de existencia de la compañía, algunas tecnologías se han desarrollado constantemente, otras han ido y venido. La interfaz se ha vuelto mucho más difícil, a veces ha generado problemas.
Frontend - React y TypeScript
Uno de los proyectos que Devhab comenzó a hacer en el primer Angular, cuando React no era muy conocido. El cliente del producto observó el progreso, lo mostró a los clientes potenciales, pidió algo para cambiar, lo mostró nuevamente, y así durante varios años. Durante este tiempo, el primer Angular logró convertirse en una cosa del pasado. “Fue muy difícil para nosotros encontrar un desarrollador para apoyar y desarrollar esta solución. Por otro lado, reescribirlo fue aún más costoso. Pero no diré que fue un fracaso o un error de cálculo: nos convertimos en rehenes de una revolución tecnológica ".
Ahora el equipo frontend es el más grande en Devhab. Intentan no perderse las tendencias, rastrear las perspectivas, escuchar a la industria y experimentar constantemente. En los últimos meses, por ejemplo, los desarrolladores han estado mirando Flutter, un marco para desarrollar aplicaciones móviles híbridas. "Ahora puede convertirse en un serio competidor de React Native, por lo que estamos buscando un proyecto en el que podamos experimentar". De manera similar, Devhab convirtió a React en su herramienta principal en 2016, la presentó para probar en uno de los proyectos, porque la biblioteca parecía prometedora.
Backend - Django + Asyncio
El backend del primer proyecto y hasta la fecha Devhab escribe en Python con Django. Durante los últimos tres años, el equipo ha estado usando Django solo como ORM y sistema de administración. Con Asyncio, el equipo hace todos los backends asíncronos.
No ven ningún requisito previo para abandonar Python, e incluso escribieron la herramienta
híbrida DVHB para hacer amigos con Django y Asyncio.
Devhab nunca miró en dirección a Java, ni a Go, ni a .NET. Alexander expresó interés en Rust, aunque todavía no ha sido juzgado. “Puedes escribir sobre cualquier cosa, incluso sobre Pascal. Necesitas usar una pila que poseas y que sea popular entre la comunidad. Es importante que la tecnología sea relevante durante los próximos tres o cuatro años, que se publiquen bibliotecas para ella, y que haya una comunidad que pueda ayudar y que haya alguien a quien contratar ".
Desarrollo móvil
Devhab crea aplicaciones móviles en la pila web y cree que en su área puede prescindir del desarrollo nativo. “Una apariencia poco profesional no ve la diferencia en el producto final. Pero al mismo tiempo, el costo y el tiempo de desarrollo se reducen significativamente. Cuando llega un banco que necesita una aplicación móvil muy buena, sin duda necesita una compañía que desarrolle bien el desarrollo móvil nativo. Por otro lado, sabemos cómo hacer una buena interfaz y dársela a alguien para el desarrollo nativo ".
Cómo controlar el trabajo remoto
En 2012, el equipo de Devhab abandonó las oficinas y desde entonces se ha distribuido por toda Rusia y varios países extranjeros. Cuando se le pregunta si es más difícil controlar un equipo así, Alexander dice que, por el contrario, es más fácil que una sola oficina.
“Creemos que el sistema de control remoto es mucho más eficiente. Vienes a la oficina, ves que hay personas y crees que todo está bien. Crea la ilusión de que todo está bajo control. Y cuando todo es remoto, no hay ilusiones. Hay problemas que pueden resolverse de ciertas maneras ".
Y se conocen los principales problemas en el sitio remoto: control sobre el tiempo de trabajo y la interacción de los empleados. En Devhab hay dos soluciones principales.
Las horas de trabajo y los tiempos de disponibilidad son dos cosas diferentes.
Las personas discuten de antemano cuántas horas trabajarán la próxima semana, pero cuando hacen ejercicio deciden exclusivamente por sí mismas. Para asegurarse de que nadie dependiera del horario de otra persona, introdujeron un tiempo de disponibilidad separado del horario de trabajo. Por ejemplo, de diez a seis en Moscú todos los días, un empleado simplemente tiene un teléfono cerca y, en caso de que pueda responder un mensaje en Slaka. Funciona, cuando es conveniente.
Registro horario y horario
En Jir, Devhab tiene todo para lo cual hay tareas en las que comienza el temporizador, y la hora se fija al minuto más cercano. El tiempo estimado para cada tarea lo determinan de antemano los líderes y gerentes. Ajustan la evaluación en el proceso si las circunstancias cambian. Luego, una vez a la semana y una vez al mes, los chicos observan quién trabajó cuánto y calculan el pago a la tarifa por hora. Los gerentes garantizan que habrá suficientes tareas para una carga completa, pero cuánto trabajo trabajar, los empleados deciden por adelantado ellos mismos.
Para los gerentes, hay tareas especiales que se abren durante toda la semana, como la "administración general del proyecto". Según Alexander, la primera vez que se introdujo el registro debido al formato de trabajo con el cliente. “Pagan por el tiempo, tienen informes transparentes, acceso a todas partes: en Jira, en Gitlab. Todo lo que un miembro del equipo ha prometido también lo ve el cliente ".
"Por supuesto, trabajar con un temporizador es un poco específico", dice Igor, "requiere más disciplina. Necesita controlarse cuánto tiempo ya pasó, cuánto queda. Pero me parece que es más probable que esto sea beneficioso que perjudicial. Usted mismo tiene una evaluación adecuada de su desempeño, además de que todo es transparente para los gerentes y el cliente ".
Cómo construir un equipo y luchar contra el agotamiento
Pero no todos los problemas eliminados se resuelven mediante reglas formales. A veces son más profundos.
"Algunas personas se enfrentan al trabajo remoto por primera vez y de repente se dan cuenta de que no saben cómo lidiar con él", dice Anna Degtyareva, gerente de eychar en Devhab. Ella está entre esas personas, porque hace un año y medio vino de una oficina común, sin creer que el eychar pudiera ser remoto. "Cuando está en la oficina, es más fácil ponerse en contacto con el equipo. Ves a todos todos los días. Cuando te comunicas en persona, rápidamente reconoces a una persona. Aquí, al principio, tuve que obligarme a no preocuparme por esto ”.
Para Alexander, la educación psicológica de Anna se ha convertido en una ventaja, aunque, como ella dice, los negocios a veces tratan esto con prejuicios. "Existe una opinión en el mercado de que a los psicólogos les gusta más hablar que hacer".
Sin embargo, la falta de comunicación entre los empleados, incluso las conversaciones ordinarias, genera grandes problemas, especialmente en el control remoto. Las personas se quedan aisladas, no reciben comentarios, no pueden evaluar su contribución, no saben qué hacer con los problemas, comienzan a inflar estos problemas en sus cabezas, se agotan y finalmente abandonan el trabajo.
“Es más difícil para un equipo remoto sentirse como un equipo. Estamos tratando de trabajar en esto constantemente ”, dice Anna.
Mentoring
Por ejemplo, ahora Anna está introduciendo un sistema de mentoría para que se asigne un mentor a cada empleado. “Será como un confidente dentro de la empresa. Una persona que definitivamente verá cambios en el estado de ánimo siempre estará al día con sus asuntos. Y si encuentra un problema, podrá informarme a mí o al líder, e intentaremos ayudar a la persona ".
Boletín semanal
“Cada semana, pase lo que pase, a las cuatro de la mañana, hora de Moscú, se envía una carta a todos los empleados con noticias del Devhab, historias e historias de colegas, resúmenes, estadísticas, fotografías de gatos y selecciones de nuevos memes. Requiere muchos recursos, pero a todos les encanta este boletín. Mucha gente participa en él, nuestro editor y todos los empleados que quieren escribir algo ".
Evaluación de empleados
Otro proyecto fue iniciado por empleados que carecían de comentarios de colegas y gerentes. “Ahora estamos tratando de implementar un sistema de calificación para cada empleado: compilamos un cuestionario y lo enviamos a los chicos que trabajaron con él. Dan calificaciones, algunas preguntas se responden de manera detallada. Cuando se recopilan los datos, asignamos una llamada al empleado, donde analizamos las respuestas y formulamos recomendaciones. Seis meses después, realizaremos otra iteración de la encuesta y veremos qué recomendaciones funcionaron, qué mejoró. Y si no, comprende por qué.
Pero las conversaciones por sí solas no siempre ayudan, a veces se necesitan acciones. "No harás nada en una conversación. Si una persona ya no puede trabajar, no importa cuánto se comunique con él y no lo motive, el efecto será a corto plazo. Se despertará mañana y los dolores serán los mismos ".
Cambio constante de proyectos y roles.
“Amamos a los empleados, y rara vez tenemos casos en los que decidimos divergir. Preferimos guiar a los chicos. Por lo tanto, trasladamos a los empleados de un proyecto a otro. Funciona mejor ".
“Con el agotamiento, tengo mi propia historia. El verano pasado, tuvimos una situación tensa en términos de desarrollo ", dice Igor," entonces fui responsable de casi toda la interfaz del proyecto. Fue difícil estar en tensión todo el día laboral durante varias semanas.
Después de eso, cambié a otro proyecto, y sí, ayudó. El cambio de actividad es el mejor descanso. Cambio de área temática, ritmo, entorno: todo esto ayuda a descargar la cabeza.
Pero la comunicación primaria con colegas ayuda. Llegué a la conclusión de que es más fácil para mí trabajar cuando tengo relaciones amistosas con mis colegas. Cuando puedo chatear informalmente con el gerente y sé que él no está por encima de mí en la jerarquía, sino un miembro del equipo como todos los demás. En este sentido, me gusta cómo se arregla todo con nosotros, que nadie esté por encima de nadie.
Parece que estamos divididos en equipos, pero en Slack de todos modos todos juntos ".
Cómo se mantienen unidos los empleados
Devhab tiene una tradición de visitar ciudades donde vive al menos uno de sus empleados. Dado que el equipo está muy distribuido, las reuniones se llevan a cabo de acuerdo con el siguiente principio: seleccionan la ciudad donde vive el empleado de la compañía, se reúnen allí y pasan varios días de la semana y fines de semana para trabajar juntos y ver la ciudad.
“Durante el año ya hemos visitado cinco ciudades: Kazán, Kaliningrado, Lisboa, Krasnoyarsk y Rostov-on-Don. Periódicamente, los chicos vienen a Moscú. También hubo pequeños congresos de trabajo en París y Barcelona.
Por supuesto, no viajan las cuarenta personas. En promedio, son alrededor de diez a quince, pero siempre son diferentes. Porque cada vez más personas toman la iniciativa y se unen a nosotros ”.
“El último mitap no fue solo nuestro. En el coworking de Rostov, mantuvimos una reunión de trabajo remota con otra compañía ", dice Elina, gerente de marketing de Devhab." Creo que continuaremos de la misma manera: combine reuniones de equipo y reuniones con la comunidad local para comunicarnos más y desarrollar una cultura de trabajo remoto.
Es raro que equipos desconocidos se reúnan y compartan experiencias y solo inviten a quienes trabajan alrededor. Sé que Skyeng en Moscú tiene esa iniciativa. Pero en las regiones no hemos visto esto. Y la peculiaridad del trabajo remoto radica precisamente en esto: no está limitado al mercado de una ciudad. Es muy interesante para nosotros comunicarnos con la comunidad en las regiones y decirles a todos: "miren, pueden vivir en su ciudad y, al mismo tiempo, no limitarse solo a las compañías locales".