Curso corto de gestión remota

Hola a todos!


No he escrito durante mucho tiempo y olvidé cómo hacerlo, pero quiero compartir información que puede ser útil para muchos. Después de todo, constantemente me molestan con preguntas como:


  • "¿Vale la pena trabajar de forma remota?"
  • "¿Cómo organizó el trabajo remoto para su equipo?"
  • "Es difícil para nosotros trabajar con desarrolladores remotos ..."

La publicación salió más de lo planeado. Intenté describir todos los puntos que debes tener en cuenta. En este artículo, mostraré diferentes estructuras de comandos remotos, cómo y por qué los comandos remotos funcionan de manera diferente cuando están de pie y cuando no funcionan de forma remota, y finalmente daré ejemplos reales. Gracias por leer


Y uno ... dos ... tres ... ¡Vamos!



Diferentes estructuras de comandos remotos.


Los comandos remotos significan cosas diferentes:


● Equipos satélite
○ Varios equipos se sientan en diferentes oficinas.


● Empleados remotos
○ Casi todos están en la oficina, y solo un par de personas trabajan de forma remota.


● equipos totalmente distribuidos
○ Todo es remoto.


● Por el principio de "remoto primero"
○ De hecho, están completamente distribuidos,
○ pero alguien trabaja en la oficina.
○ Intente comunicarse para que los empleados remotos estén al tanto de todo.


Por comandos remotos, me refiero a comandos remotos primero completamente distribuidos y válidos. El resto lo considero híbridos.


¿Por qué es tan importante ver la diferencia?


Es solo que estos son tipos de equipos completamente diferentes con diferentes necesidades.


Requisitos del proceso


Los equipos remotos tienen aproximadamente cinco veces más requisitos de proceso que los equipos de oficina.

Por ejemplo,



- Me encantan las reuniones.

Sí, a nadie le gustan las reuniones. Pero para los equipos remotos, este es un placer especialmente costoso, complejo y tedioso.


¿Cómo se reúne un equipo remoto de cinco personas?


  • Anunciamos la reunión de antemano.
  • Grabamos todo, porque no todos vinieron.
  • Llegamos a tiempo.
  • Estamos escribiendo una citación.
  • Intentamos no retrasarnos.
  • Luego escribimos algo en Slack, etc.

En la oficina, en un equipo de cinco, simplemente te levantas y dices: "Todo está aquí, hay una conversación". Aunque si hay 20-25 personas en la oficina, todavía tiene que jugar. Mientras tanto ...



- Decir es fácil.

En un equipo remoto, no puedes levantarte y hablar con todos. Bueno, de ninguna manera. Alguien está desconectado, alguien está durmiendo, alguien está locamente enamorado en el trabajo.


Las reuniones son solo un buen ejemplo, pero estamos hablando de cualquier comunicación o trabajo en equipo. En equipos remotos, los procesos son cinco veces más complicados.


Es necesario sistematizar la interacción y las expectativas.

Llamo a los procesos no trabajo duro con un montón de documentos, donde cada acción debe confirmarse con un sello. Me refiero a una interacción sistemática y expectativas comprensibles.


Por ejemplo, todas las mañanas celebramos o siempre hacemos una tarea antes de hacer otra. Con reglas tan comprensibles, las personas saben qué esperar y evitan la comunicación innecesaria.
No quiero decepcionarte, pero ... después de todo, esto es trabajo, y debes comportarte como si tuvieras más compañía de la que realmente eres. Necesitas reglas estrictas. Los problemas de comunicación ocurrirán todo el tiempo, y en grandes cantidades.


Las personas a menudo se quejan de estos problemas de comunicación cuando piensan si transferir equipos a un sitio remoto o contratar desarrolladores remotos. Y se deciden por los híbridos ...


Es muy difícil con los híbridos.


Imagina que eres uno de los miembros del equipo en un sitio remoto. Tiene requisitos de proceso completamente diferentes. Y tu estas sufriendo.

Es difícil ser un renegado en el equipo de la oficina: tienes cinco veces más requisitos y olvidas convocar a discusiones, todo se decide sin ti, no tienes idea de qué y por qué. En general, la vida es dolor.


Las oficinas satelitales también tienen problemas. Hay cinco veces más requisitos de comunicación entre las oficinas, y en las oficinas mismas las personas trabajan como de costumbre. A menos que las oficinas operen casi independientemente unas de otras, la comunicación entre ellas se verá afectada.


Es difícil crear procesos para los requisitos de comunicación en dichos equipos. Esto es generalmente en contra de la naturaleza humana. Iré a la cocina a tomar un poco de agua y hablar con alguien en el medio. Y en Slack no escribiré nada al respecto, porque ... bueno, ¡porque estoy en la chatarra! Hombre soy yo o donde?



"No soy tan vago". Simplemente no me importa

Por defecto, ¿remotamente o en la oficina?


Probé todos estos modelos. Personalmente, le aconsejo que evite los híbridos y se esfuerce por equipos completamente distribuidos, o que abandone por completo el control remoto y se siente en la oficina. Ambos enfoques funcionan.


Si necesita una oficina pequeña, deje que la mayor parte del equipo no se siente en ella y deje que los empleados remotos no sean excluidos de las discusiones.


En tales situaciones, si el equipo predeterminado trabaja de forma remota, una pequeña oficina lo hará.


Pregúntate a ti mismo:


  • ¿Por qué decidiste crear un equipo remoto?
  • ¿Los beneficios valen el esfuerzo?
  • Si es así, ¿qué tendrá que cambiar?
  • ¿Con qué frecuencia te encontrarás en persona?
  • Si necesita una oficina pequeña, ¿cómo conectarse con empleados remotos?
    ○ Ejemplo. ¿Te molesta si todas las personas en la oficina en llamadas de conferencia se sientan desde sus computadoras portátiles?

¿Por qué trabajar de forma remota?


Muchos hablan de ahorrar. Como, udalenka es más barato. A veces esto es cierto, especialmente si estás acostumbrado a los salarios en Silicon Valley. Pero los extranjeros esperan un salario de clase mundial. Te sorprenderá lo que la gente tiene expectativas. ¿Soñando con outsourcing barato? Entonces el udalenka no es para ti.



- Hola, dale una botella de tu mejor vino.
“Tienes $ 1,600”.
- Bueno, entonces por favor sé amable conmigo, la mayoría de los ocho baksovy.

Contratar empleados remotos proporciona cuatro beneficios: contrata a las mejores personas, donde sea que estén (o usted); aumentar la calidad de vida; gestione su productividad; Tiene una baja rotación de personal.


"Tenemos una startup genial, ¡todos quieren vernos!" Alguien quiere Alguien no lo es. Y estos últimos son un montón de personas que extrañas.


Por otro lado, con el enfoque correcto, incluso los genios de Silicon Valley pueden ser atraídos: "Hola, ¿no pensaste mudarte de San Francisco? ¡Este número no funcionará con Google, y nosotros somos otro asunto! Trabajarás con chicos de todo el mundo en un proyecto interesante donde quieras. ¿Bien , hablemos ?


En cuanto a mí, no se trata de gastos, especialistas geniales y la optimización de la calidad de vida y su productividad. Lo principal es la retención de personal. ¿Sabes cuánto tiempo trabajan las personas en equipos remotos? Mucho más tiempo que en la oficina.


Iteraciones vs innovaciones


Te darás cuenta rápidamente de que en Hangout o Slack se pierden muchos matices humanos. Estos son matices importantes, especialmente si tienes un proyecto creativo.


Supongamos que está cambiando la dirección del desarrollo. Durante mucho tiempo, usted dice con entusiasmo lo que debe hacer el equipo, y en respuesta: “Lo siento, tienes algo con Internet. ¿Qué acabas de decir ahora?



La innovación es mejor en las reuniones cara a cara, donde incluso el empleado más discreto y discreto puede tomar un marcador y explicar algo.


Y cuando ya ha acordado algo, todos se sientan a sus tareas, y es más fácil hacerlo de forma remota.


  • Iteraciones - lejos
  • Innovación - en persona

Incluso si trabaja de forma remota, acuerde con qué frecuencia necesita reunirse. Recomiendo reunirse una vez por trimestre o dos veces al año con todo el equipo. Y deje que los equipos para proyectos individuales se reúnan según sea necesario.


Soledad


Muchos se quejan de que está solo en un sitio remoto. Personalmente, no tengo tales problemas, pero lo he visto con amigos y entiendo por qué la gente se preocupa.


El jefe de la empresa debe asegurarse de que todos estén sanos y felices. Esto es lo que nos ayudó:


  • Trabajamos no en casa, sino en oficinas de alquiler conjunto (en el coworking te distraes todo el tiempo).
  • No nos estamos reuniendo con amigos del trabajo.
  • Nos reunimos regularmente en persona.

Optimización para iteración: optimización para un jugador



En equipos remotos, todo debe organizarse para que las personas puedan trabajar de la manera más autónoma posible. Esto no significa que deba dejar solos a los empleados. Solo deles la oportunidad de trabajar solos si es necesario.


Solo, las personas toman decisiones rápidamente y el equipo a menudo se ralentiza. Para lograr el resultado, debe trabajar en ambos sentidos, pero trate de evitar la burocracia del equipo si no es absolutamente necesario.


Pregúntate a ti mismo:


  • ¿Cómo definir una estrategia para que las personas la entiendan y tomen decisiones en el espíritu de esta estrategia?
  • ¿Cómo definir objetivos para que las personas los entiendan y se centren en ellos?
  • ¿Cómo establecer una jerarquía de decisiones para resolver solo los problemas más importantes?
  • ¿Cómo inculcar confianza en las personas? (funciona más rápido con él)
  • ¿Cuándo puedes prescindir de ti y cuándo necesitas intervenir?
  • ¿Cómo asegurarse de participar solo en cada décima decisión y cancelar solo cada centésima?
  • "¿Cómo organizar el entorno y los procesos para que funcionen incluso en casos de emergencia?"

Si contrataste muchachos inteligentes y talentosos, ¿por qué no solo darles libertad de acción? Lo que falta ¿Contrataste a los equivocados? ¿Podría identificar claramente los objetivos? ¿No está seguro de los elementos estratégicos? Es mejor resolver estos problemas de una vez por todas que lidiar con las consecuencias cada vez.


Haga estas preguntas no solo para toda la empresa, sino también para cada vertical individual.


Profundizando: gestionando equipos de desarrollo remoto



Aquí hay algunos ejemplos para equipos de desarrollo (es fácil hacer analogías con otras áreas):


¿Cómo puede usted o un miembro del equipo:


  • ... problemas solos en medio de la noche?
  • ... ayudar a los nuevos desarrolladores a aprender por su cuenta?
  • ... compartir consejos para escribir código?
  • ... no convierta las solicitudes de grupo en un proceso prolongado?
  • ... no cumplir sin necesidad especial?
  • ... dejar que los desarrolladores tomen sus propias decisiones sobre el producto?
  • ... evitar los peores escenarios?
  • Y de nuevo, ¿cómo aumentar la confianza? (¡trabaja con ella más rápido!)

En Product Hunt reflexionamos durante mucho tiempo y esto es lo que pensamos:


  • Resuma claramente las estrategias y los objetivos globales.
  • Deje que los desarrolladores sean responsables de sus equipos y proyectos.
  • Permítales ser responsables de su producto y objetivos (la estrategia va de arriba abajo y la ejecución de abajo hacia arriba )
  • Indique claramente en qué casos se necesita la opinión de varias personas (por ejemplo, cambios en la pila, problemas de seguridad, etc.).
  • Debe tener una documentación para principiantes bien pensada y orientación para los empleados.
  • Deje que los nuevos empleados mejoren esta documentación.
  • Use una redacción clara.
  • Resuma claramente las reglas y prohibiciones.
  • No implemente soluciones hasta que surjan problemas (especialmente para procesos o infraestructura).
  • Los viernes, los empleados pueden hacer lo que consideren útil (si el proyecto está apagado): corregir fallas técnicas, mejorar la interfaz de usuario, probar una nueva biblioteca, reconstruir la infraestructura ...
  • Grabe videos en lugar de demostraciones en vivo (por ejemplo, para prototipos de interfaz de usuario).
  • Obtenga un conjunto de pruebas confiable (pero no enorme) (para integración de funciones y pruebas unitarias para piezas de riesgo).
  • Intente usar componentes estándar varias veces, en lugar de pegarse sobre cada píxel.
  • Asegúrese de usar linters para cada idioma (incluso para HTML / CSS).
  • Active el formato automático (no para discutir los estilos de código).
  • Active la complejidad contando en linter (️ idea brillante).
  • No entre en la consola de producción si este no es un caso extremo (con registros y alertas).
  • Deje que las condiciones de producción se recreen fácilmente en el desarrollo (sin datos adicionales).
  • Los entornos de desarrollo deben reinstalarse en un solo paso.
  • Seleccione una hora para ver las solicitudes del grupo (a primera hora de la mañana).
  • "+1" en las solicitudes de grupo es agradable, pero no es necesario.
  • Si existen riesgos de seguridad, solicite “+1” (usando danger.js ).
  • En los comentarios escriba por qué, no qué
  • etc. y así sucesivamente

Escríbeme si necesitas que pinte todo en detalle. Mientras tanto, se pueden encontrar detalles en mi primera presentación sobre cómo trabajamos en Product Hunt: https://www.slideshare.net/andreasklinger/engineering-management-for-early-stage-startups-97402850


Si eres demasiado vago para leer muchas cartas: idealmente, el desarrollador debe comprender por sí mismo si todo está en orden y cuándo necesita revisiones de colegas. Y deje que los detalles se verifiquen automáticamente. Y lo más importante: trátelos como adultos.


Estos son problemas no solo de los equipos remotos.


Todos estos problemas conciernen no solo a equipos remotos, y las soluciones se pueden usar de la misma manera que en la oficina. Es solo que los equipos de oficina no necesitan reglas tan estrictas: siempre pueden arreglar algo en el camino. Tal vez los desarrolladores no estén contentos con las reuniones y las conversaciones, pero funciona y todos lo hacen.


En la oficina, los problemas con los procesos se resuelven mediante reuniones frecuentes y la interferencia constante en el trabajo de los miembros del equipo.

Los equipos remotos son más exigentes en los procesos, por lo que los problemas con la gestión de los empleados simplemente surgen antes y son más llamativos.



- Regla número 1: no te molestes.

Dado que es costoso de cumplir, debe considerar la sistematización de los procesos.


Dado que los empleados no pueden estar por encima de sus almas, uno debe entender en qué se puede confiar completamente.


Como no puede seguir todos los pasos, debe determinar la estrategia y los objetivos y tratar a los desarrolladores como adultos que pueden tomar decisiones.


¿Crees que aún no estás lejos?


Puede, por supuesto, discutir todos los pros y los contras del trabajo remoto, pero seamos honestos.
Ya estamos trabajando así. Revisamos el correo los fines de semana, leemos los documentos de camino al trabajo y terminamos los proyectos de la casa por las tardes. Ya trabaja de forma remota, la única pregunta es con qué frecuencia y cuántas herramientas necesarias tiene.



Si trabaja en un sitio remoto o no, ya no es una pregunta. La pregunta es cuánto.

El trabajo remoto es un desarrollo lógico de trabajar con tecnologías digitales . Y los métodos de trabajo de los equipos remotos se pueden aplicar a todos los que trabajan en el espacio digital.


El final



Avísame si lo intenté no en vano. Y si tiene experiencia trabajando con equipos remotos, díganos cómo puede mejorar el artículo.


PS. Durante muchos años no escribí nada en el blog ... Estaba muy nervioso y pedí comentarios mientras todavía escribía. Más de un centenar de personas ofrecieron ayuda, ni siquiera puedo mencionar a todos aquí, y estoy encantado con los comentarios. Esa ayuda significa mucho para mí. Gracias a todos.


Si quieres ayudarme con borradores, suscríbete . Gracias de antemano.

Source: https://habr.com/ru/post/438824/


All Articles