Siete hábitos básicos para equipos de desarrollo que trabajan remotamente

He estado con la compañía actual por más de tres años. He estado trabajando con mi equipo actual durante un poco más de un año, y fui uno de los que lo formó: esta fue mi primera experiencia en la creación de un equipo y una cultura de comunicación desde cero.

Además, el equipo actual es el más disperso geográficamente de todos con los que he trabajado, pero también el más productivo. No creo que sea una coincidencia o simplemente el resultado de seleccionar buenos especialistas (pero vale la pena señalar que son realmente excelentes profesionales). Ahora estamos dispersos en zonas horarias desde UTC + 3 hasta UTC-7. Si alguien es demasiado vago para contar, ¡esta es una diferencia de 10 horas! Además, trabajamos principalmente de forma remota, por lo que muchos de nosotros no tenemos un lugar de trabajo y un horario específicos.

Desde el principio, estaba claro que debido a la diferencia en las zonas horarias, tendríamos que hacer esfuerzos adicionales y planear más para hacer frente a las tareas. A continuación, presento siete hábitos que se han arraigado en nuestro equipo, que ayudaron no solo a lograr los resultados deseados, sino que también tuvieron éxito en esto.

Traducido a Alconost

Comunicación excesiva

Comenzaré, quizás, con el hábito más importante: la comunicación excesiva. Si me preguntaran cuál es la diferencia entre comunicación ordinaria y excesiva, respondería así: "Si estuviéramos juntos en la misma habitación, la comunicación excesiva podría ser molesta".

La redundancia en la comunicación para equipos remotos es importante, ya que todos los colegas deben estar al tanto de lo que está sucediendo.

¿Cómo ponerlo en práctica?

• Suponga que los interlocutores no tienen contexto . Asegúrese de agregar el fondo apropiado a los mensajes, a su discreción, enlaces a comentarios anteriores, tarjetas, cadenas de chat, para que otros entiendan rápidamente de lo que están hablando.
  
• Utilice feeds públicos y grupales en lugar de mensajes privados . Si realmente necesita discutir algo con un colega, esto no significa que el resto de la información nueva sea inútil.
  
• Use los chats privados y públicos como equipo. Para los usuarios de Slack, recomiendo configurar un canal privado y un canal público adicional, si es necesario. Es menos probable que haga una pregunta estúpida en un foro con más de 200 especialistas inteligentes (y a veces ingeniosos) que en un canal donde se sientan diez personas, con quienes me comunico todos los días.
  
• No te preocupes por la hora que es . Proporcione información actualizada lo más rápido posible. Si los colegas no quieren ser molestados, deben aprender a usar funciones como No molestar y Silenciar. Créeme: si no quiero que me molesten, no me molestarán.
  

Programación grupal (par)

Yo (en la vida real)

¡La programación en pareja es una gran cosa! Admito: inicialmente estaba un poco escéptico sobre esta idea, pero después de numerosas aplicaciones exitosas este año, definitivamente cambié de opinión.

No profundizaré en el tema, pero si está interesado, aquí hay un gran artículo al respecto. Solo mencionaré algunos puntos que yo mismo trato de tener en cuenta.

• Cuidado con la formación de "microcomandos" ‍♀️ . En el caso de equipos remotos, puede parecer conveniente trabajar en conjunto con aquellos en zonas horarias cercanas. Sin embargo, esto debe evitarse por varias razones. En el caso de la formación de "microcomandos", existe el riesgo de que el proyecto tenga una combinación de conocimientos y habilidades que pueden parecer buenos para varios miembros del equipo, pero en general serán malos.
  
• La programación en pareja no siempre es una buena opción ‍♂️ . Si te muerde una programación de pares, puedes sentir que debe aplicarse a todas las tareas, y esto puede resultar ser una trampa: en algunos casos, trabajar solo es simplemente más efectivo, en otros puedes enfriar tus propias habilidades tratando de resolver algunas entonces la tarea tú mismo. Antes de decidirse por la programación de pares, debe sopesar todo cuidadosamente.
  
• Intente la operación asincrónica en pares. Este tipo de programación de pares está asociado con la siguiente sección. El objetivo es organizar el proceso para que pueda transferir fácilmente el trabajo en progreso a un colega en otra zona horaria y, muy posiblemente, regresar con ella al día siguiente.
  

Resume tu día de trabajo

Este artículo está bastante cerca de una comunicación excesiva, pero me parece que tiene suficientes ventajas para dejar de lado su propia sección. El hábito de resumir diariamente es una excelente manera de organizar el trabajo en equipo y mantener a los colegas informados.

No me gusta levantarme a las tres de la tarde para conversar con mis colegas europeos que recién comienzan su día, por lo que resultó útil desarrollar el hábito de escribir mensajes con los resultados del día, que hablan sobre el estado actual de las cosas. Además, los colegas, que tienen un resumen del trabajo realizado en su ausencia, no pierden el tiempo averiguando cómo están las cosas.

¿Qué incluir en el resumen diario?

1. Estado del trabajo realizado al final del día . ¿Hay alguna aplicación? ¿Hay algún progreso en la documentación de diseño? Indicar solo los puntos principales.
   
2. Problemas sin resolver . Si ha intentado resolver el problema actual durante todo el día, no ha terminado y ha decidido acostarse, cuéntenos sobre lo que ha hecho y espere que sus colegas descubran su tarea antes de que se levante mañana.
   
3. Alégrate más a menudo que listo . Esta es la otra cara del párrafo anterior: si al final del día tienes motivos para estar feliz, compártelo con el resto. A todos les gusta comenzar el día con buenas noticias.
   

Flujos de trabajo de documentos

Esta sección en realidad incluye dos hábitos.

1. Todos los procesos importantes deben estar bien documentados y entendidos por los miembros del equipo.
   
2. Revise los flujos de trabajo con más frecuencia y corríjalos según sea necesario.
   

La tarea principal de desarrollar procesos claramente definidos es proporcionar a varios miembros del equipo la oportunidad de trabajar juntos, reemplazarse entre sí, comprender dónde está y qué se debe hacer a continuación.

Por ejemplo, practicamos el diseño conjunto: más de una persona se dedica al diseño de nuevas funciones y a recibir comentarios; lo hacemos todos juntos, solicitamos constantemente comentarios y hacemos correcciones. Para un trabajo efectivo en los proyectos, cada participante debe tener una idea clara de lo que está sucediendo.

Educación de pares y estímulo

Recientemente, leí un artículo después del cual se dio cuenta de cuánto aprendizaje mutuo y estímulo se necesitaban, y no solo en equipos remotos, por lo que me gustaría detenerme en esto.

Aprendizaje mutuo. Todos tenemos diferentes experiencias de vida, diferentes habilidades y pasatiempos. Compartir su conocimiento con los demás es una gran solución que es beneficiosa para ambos lados del proceso. Y si nota que un colega tiene conocimiento del tema que le interesa, pídale que comparta el conocimiento.

Vítores A veces es suficiente simplemente agregar al mensaje de relaciones públicas que creía que fue especialmente exitoso, o mencionar el trabajo de un colega durante una reunión diaria o retrospectiva. La gratitud y el agradecimiento a los colegas por su trabajo pueden afectar positivamente al equipo en su conjunto. Definitivamente estoy empezando a sentirme mejor cuando un colega me elogia por mi trabajo, y estoy muy feliz cuando puedo decir lo mismo.

Conocido personal

Realmente me encanta el trabajo remoto: el empleador puede contratar a los mejores especialistas de todo el mundo y, a su vez, pueden trabajar y vivir donde sea más conveniente para ellos: todos se benefician. Sin embargo, aún recomendaría que los equipos remotos se reúnan al menos una vez al año para hablar cara a cara: esto les permite a los colegas conocerse en un entorno menos comercial y conocerse mejor. Si no puede reunirse oficialmente, busque conferencias interesantes y piense si los colegas pueden asistir a una reunión informal.

Experimento ️

Desde mi propia experiencia, puedo decir que en los mejores equipos siempre hay muchas personas curiosas que rara vez están satisfechas con el estado actual de las cosas, sin importar lo que se discuta. Una forma de mejorar mientras se trabaja en equipo es experimentar con diferentes enfoques y procesos. Acostumbrarse a un proceso que funcione bien y dejar de experimentar es bastante fácil y sucede como si fuera solo. Si nota esto en su equipo, busque un observador externo que estará presente en sus reuniones durante varios días seguidos, haga preguntas y ofrezca varias ideas. Entrar en el pensamiento de plantilla es una situación muy real, por lo que mirar desde afuera puede ayudar.

No hace mucho tiempo, probé varias soluciones que me gustaron:

• Charla informal por la mañana para tomar un café .
  
• Abra constantemente el chat de video del equipo en reuniones extraordinarias .
  
• Cambiar como un maestro Scrum .
  

Obviamente, esta lista está lejos de ser exhaustiva, así que cuéntenos en los comentarios sobre los hábitos que resultaron útiles para su equipo.

Sobre el traductor

El artículo fue traducido por Alconost.

Alconost localiza juegos , aplicaciones y sitios en 70 idiomas. Traductores en lengua nativa, pruebas lingüísticas, plataforma en la nube con API, localización continua, gestores de proyectos 24/7, cualquier formato de recursos de cadena.

También hacemos videos de publicidad y capacitación , para sitios que venden, imágenes, publicidad, capacitación, teasers, expliner, trailers de Google Play y App Store.

→ Leer más