GuíasTrabajo en remoto
Llevar un proyecto digital en remoto: el método asíncrono
Por qué la distancia no es el problema
Los proyectos que fracasan en remoto fracasan por las mismas razones que los demás: alcance difuso, decisiones de palabra, validación tardía. La distancia solo las hace visibles antes. Un equipo que trabaja bien en remoto simplemente trabaja bien.
Escribir las decisiones
La regla básica: lo que no está escrito no está decidido.
- Cada reunión termina con un acta de cinco líneas: decisiones, responsables, fechas.
- Las peticiones pasan por la lista de prioridades, no por mensajes privados.
- Las preguntas llegan con su contexto, para poder responderlas sin una llamada.
Un buen mensaje asíncrono contiene la pregunta, lo que ya se ha mirado, las opciones y la recomendada. La respuesta suele caber en una palabra.
Entregar cada semana
El cliente no juzga un proyecto por los informes. Lo juzga por lo que puede abrir.
- 1Una dirección de vista previa permanenteActualizada en cada entrega.
- 2Una nota cortaQué hay de nuevo, qué probar, qué espera una decisión.
- 3Un vídeo de dos minutosCuando un recorrido merece enseñarse.
Es el mismo principio que en nuestra guía Cómo definir un proyecto digital: entregas visibles, sin demo preparada.
Organizar los husos horarios
| Situación | Organización |
|---|---|
| Menos de 3 horas de diferencia | Jornadas casi compartidas, nada que adaptar |
| De 3 a 7 horas de diferencia | Una franja común fija cada día para las decisiones |
| Más de 7 horas de diferencia | Un relevo escrito al final del día, una llamada semanal |
La diferencia tiene una ventaja: una petición enviada por la tarde puede estar entregada al despertar. Exige peticiones completas, porque una pregunta de aclaración cuesta un día.
La validación a distancia
- El cliente prueba en sus propios dispositivos, no en una pantalla compartida.
- Cada comentario ocupa una línea: dónde, qué se esperaba, qué ocurre, una captura.
- Los comentarios se clasifican juntos una vez por semana: corregir ahora, más tarde o nunca.
Accesos y seguridad
En remoto, los accesos se gestionan con orden desde el principio:
- las cuentas (dominio, alojamiento, tiendas, medición) se crean a nombre del cliente;
- cada miembro del equipo tiene un acceso nominativo y revocable;
- los secretos nunca circulan por mensajería;
- el código vive en un repositorio que pertenece al cliente.
Qué conservar en directo
No todo pasa por escrito. Mantenemos una llamada para el taller de definición, para los desacuerdos y para los momentos en que algo va mal. El resto avanza mejor sin interrumpir a nadie.
Para el modelo de agencia que acompaña a este método, consulta la agencia nómada.
Preguntas frecuentes
- ¿Cuántas reuniones necesita un proyecto en remoto?
- Una por semana basta en la mayoría de los casos, treinta minutos, para decidir. El avance se lee en las entregas y en los informes escritos, no en las reuniones.
- ¿Qué herramientas hacen falta?
- Pocas: un repositorio de código, una lista de prioridades compartida, una mensajería, una herramienta de maquetas como Figma y videollamadas. La herramienta cuenta menos que la regla: una información solo existe si está escrita en el lugar correcto.
- ¿Cómo validar el trabajo sin estar en la misma sala?
- En una dirección de vista previa, con tus contenidos reales, desde tu móvil y tu ordenador. Los comentarios se anotan directamente en la lista de prioridades.
