El mundo del trabajo ha cambiado. Las organizaciones ya no operan solo desde una oficina central. Para quienes lideráis equipos repartidos entre domicilios, espacios de coworking y oficinas en Madrid, Barcelona, Valencia, Sevilla o el País Vasco, el reto es mantener la cohesión, preservar la cultura y garantizar que cada persona aporte igual aunque trabaje desde ubicaciones distintas.
Gestionar plantillas híbridas con las herramientas de gestión de proyectos adecuadas deja de ser una opción técnica y pasa a ser una decisión estratégica. La naturaleza distribuida de los equipos actuales exige infraestructuras que salven distancias geográficas, sincronicen trabajo asíncrono y ofrezcan visibilidad compartida sobre distintos ritmos y horarios. Sin los sistemas adecuados, incluso equipos con buen rendimiento pueden sufrir descoordinación, esfuerzos duplicados y pérdida de impulso colectivo.
En este artículo examinamos la realidad operativa de gestionar equipos híbridos, las capacidades que distinguen a las herramientas realmente útiles de las que sólo digitalizan listas de tareas, y un marco práctico para seleccionar e implantar sistemas que apoyen la colaboración distribuida en el contexto español.
Por qué los enfoques tradicionales no funcionan en entornos distribuidos
Las limitaciones de los métodos convencionales se hacen evidentes cuando los equipos se dispersan. Las conversaciones en el pasillo, las visitas improvisadas a un puesto y las señales visuales sobre la carga de trabajo desaparecen. Muchos responsables intentan reproducir la dinámica de oficina con videollamadas y correos, y acaban descubriendo que esos canales introducen fricción: se multiplican las reuniones, los hilos de correo se alargan y la transferencia informal de conocimiento requiere ahora una estructura deliberada.
Las herramientas de colaboración remoto rellenan esos huecos creando espacios de trabajo persistentes y accesibles donde la información existe al margen de una reunión concreta. En lugar de depender siempre de comunicación síncrona, los equipos documentan decisiones, comparten contexto y registran avances en sistemas a los que cada miembro accede según su horario. Este cambio hacia una comunicación asíncrona como primera opción transforma la coordinación del trabajo.
El huso horario añade otra complicación. Cuando hay personas en diferentes regiones, el clásico nueve a cinco pierde sentido. Los sistemas de seguimiento de proyectos para equipos distribuidos deben hacer el estado del proyecto, las dependencias y los bloqueos visibles en todo momento. Un compañero en Canarias no debería esperar a que uno en Galicia comience la jornada para saber qué requiere atención.
Además hay una dimensión psicológica. Quienes trabajan fuera de la oficina suelen sentirse desconectados de los objetivos organizativos y dudar de cómo encaja su trabajo en iniciativas mayores. El software de productividad para entornos híbridos corrige esto haciendo visibles los objetivos estratégicos y mostrando cómo las tareas individuales contribuyen a hitos del equipo y prioridades de la empresa. Esa transparencia mejora la implicación y ayuda a conservar un propósito compartido.
Capacidades clave que definen sistemas realmente eficaces
No todas las soluciones valen lo mismo. El mercado ofrece muchas opciones, pero ciertas capacidades separan las herramientas que apoyan de verdad el trabajo híbrido de las que sólo digitalizan listas tradicionales.
Primero, busca opciones de visualización flexibles. Las personas procesan la información de forma distinta: unas prefieren listas, otras tableros kanban y los gestores de proyecto muchas veces necesitan una vista temporal para ver dependencias. La tecnología más útil se adapta a esas preferencias en lugar de imponer una sola forma de ver el trabajo. Esa flexibilidad reduce fricción y favorece la adopción.
Segundo, prioriza la comunicación contextual. Comentarios y debates deben quedar junto con el trabajo, no en correos o chats aparte. Si alguien pregunta por un entregable, la conversación tiene que ir ligada a la tarea o al documento correspondiente. Así se preserva el contexto y quien se incorpore después entenderá tanto lo decidido como el motivo.
Tercero, exige controles robustos de permisos y privacidad. Los equipos híbridos colaboran con socios externos, autónomos y clientes. El sistema debe permitir controlar con detalle qué puede ver y editar cada participante: un colaborador externo sólo debería acceder a su área, mientras que la dirección necesita visión global. Esta transparencia con control protege la información sensible sin cerrar la colaboración.
Cuarto, valora las capacidades de integración. Los equipos ya usan herramientas para comunicación, almacenamiento, control de tiempos y gestión de clientes. La plataforma de colaboración debe conectarse con esos sistemas en vez de intentar sustituirlos todos. Las integraciones nativas reducen cambios de contexto y permiten que la información fluya automáticamente entre herramientas.
Quinto, considera el acceso móvil. En un entorno híbrido es habitual revisar estados desde una terraza en Sevilla, actualizar tareas en el tren o consultar plazos desde el aeropuerto. Las herramientas deben funcionar plenamente en móviles, con interfaces pensadas para pantallas pequeñas y pantallas táctiles.
Falsas creencias que dificultan la implantación
Muchas organizaciones fallan al implantar gestión de proyectos para equipos remotos porque arrastran suposiciones que no aplican en contextos distribuidos.
La primera creencia errónea es pensar que más funciones equivalen a mejores resultados. A menudo se elige la plataforma más completa esperando «proteger» la inversión. En realidad, los sistemas sobrecargados abruman y acaban abandonados. Lo habitual es que se use una pequeña fracción de las capacidades. Empezar por funcionalidades núcleo e ir ampliando funciona mejor que desplegar un sistema complejo de golpe.
Otro error es tratar la herramienta como un mecanismo de vigilancia. Algunos responsables ven las plataformas como formas de controlar la productividad y el tiempo. Eso genera resentimiento y trabajo performativo en lugar de productividad real. Estas herramientas deben servir para coordinar y dar transparencia, no para espiar. Si el equipo percibe el sistema como un control, buscará atajos o lo ignorará.
Un tercer mito es creer que el software arregla problemas organizativos. Las herramientas amplifican procesos existentes; no arreglan procesos rotos. Si hay ambigüedad en roles, derechos de decisión o prioridades, ningún software lo solucionará por sí solo. Es necesario resolver esas cuestiones antes de implantar un sistema o sólo digitalizarás el desorden.
También se subestima la gestión del cambio. Anunciar una plataforma, dar una sesión de formación y esperar adopción inmediata es habitual pero poco realista. Cambiar cómo trabaja la gente exige atención sostenida, apoyo continuo y paciencia. Hacen falta tiempo y práctica para crear nuevos hábitos y adaptarse a interfaces desconocidas.
Por último, se descuida la gobernanza. Sin normas claras de uso, los equipos desarrollan prácticas incompatibles: unos crean jerarquías de tareas detalladas y otros mantienen todo en plan plano. Esa inconsistencia anula la visibilidad entre equipos. Establecer una gobernanza ligera desde el principio evita esa fragmentación.
El marco de alineación para trabajo híbrido
Para ayudar a evaluar la preparación de tu organización y detectar lagunas antes de implantar sistemas, proponemos el Marco de alineación para trabajo híbrido. Este diagnóstico valora cuatro dimensiones que determinan si un equipo puede aprovechar herramientas de colaboración distribuidas.
Dimensión uno: claridad de procesos
Antes de cualquier herramienta, hace falta documentar cómo se inicia, prioriza, ejecuta y cierra el trabajo. Pregúntate si las personas pueden explicar, sin consultar a otros, cómo una solicitud se convierte en tarea, quién aprueba cambios de alcance y qué significa «terminado» según el tipo de trabajo. Si esos procesos están sólo en la cabeza de cada persona o varían por equipo, la herramienta amplificará la confusión.
En la fase inicial la organización depende del conocimiento individual y de coordinación informal; funciona pero no escala. En la fase de desarrollo los procesos están documentados pero no aplicados de forma consistente. En la fase avanzada los procesos están estandarizados y se mejoran regularmente. En la fase optimizada los procesos están integrados y se refinan con datos de forma continua.
Dimensión dos: normas de comunicación
Los equipos distribuidos necesitan acuerdos explícitos sobre expectativas de comunicación: tiempos de respuesta por canal, cuándo usar comunicación síncrona o asíncrona y cómo gestionar notificaciones. Sin esos acuerdos, unos interrumpen constantemente y otros son inalcanzables, lo que genera frustración.
En la fase inicial las expectativas son implícitas y a menudo contradictorias. En la fase de desarrollo se han empezado a documentar normas pero no están socializadas. En la fase avanzada existen acuerdos compartidos que la mayoría sigue. En la fase optimizada las normas se revisan y ajustan según lo que funciona realmente.
Dimensión tres: arquitectura de la información
Evalúa cómo organizáis, nombráis y estructuráis el trabajo dentro de los sistemas. Una mala arquitectura de la información dificulta encontrar contexto relevante y hace que se recree trabajo ya existente. Una buena arquitectura implica convenciones de nombres intuitivas, jerarquías lógicas y etiquetas consistentes para localizar lo necesario con rapidez.
En la fase inicial la organización de la información es caótica y con duplicados. En la fase de desarrollo hay estructura incipiente pero no uniforme. En la fase avanzada hay arquitectura coherente y estándar. En la fase optimizada la arquitectura se mantiene sola con automatizaciones y búsquedas inteligentes que priorizan el contexto relevante.
Dimensión cuatro: preparación cultural
Esta dimensión valora si la cultura acepta la colaboración distribuida: seguridad para preguntar en público, comodidad con la comunicación escrita, disposición para documentar y confianza en que los colegas trabajan aunque no sean visibles. Sin esa base cultural, los equipos volverán a prácticas de control y reuniones constantes pese a las herramientas.
En las culturas iniciales prima la presencia y hay escepticismo frente al trabajo remoto. En la fase de desarrollo el trabajo híbrido se acepta intelectualmente pero no se han adaptado las prácticas de gestión. En la fase avanzada la cultura apoya el trabajo distribuido con autonomía y responsabilidad. En la fase optimizada la organización está totalmente adaptada y las prácticas de gestión están diseñadas para entornos híbridos.
Usa este marco para evaluar honestamente cada dimensión. Es habitual situarse en diferentes fases según la dimensión. El objetivo no es alcanzar la perfección en todo antes de implantar herramientas, sino entender dónde hace falta apoyo para sacar el máximo partido a la inversión.
Aplicando el marco: un caso realista
Imagina una consultora de tamaño medio con 120 profesionales repartidos en cuatro oficinas (por ejemplo Madrid, Barcelona, Valencia y Bilbao) y numerosos trabajadores remotos. La dirección ve que el uso intensivo de correo y las reuniones semanales no escala y contempla implantar una plataforma de gestión de proyectos.
Con el Marco de alineación evalúan su situación. En claridad de procesos están en fase inicial: cada área trata al cliente de forma distinta y socios individuales tienen métodos propios. No hay definiciones comunes de fases ni entregables.
En normas de comunicación están en desarrollo: han documentado tiempos de respuesta y etiqueta en reuniones, pero el cumplimiento es irregular. Socios veteranos esperan respuestas inmediatas mientras los perfiles más jóvenes prefieren asíncrono.
La arquitectura de la información también está en fase inicial: los archivos están dispersos en discos personales, carpetas compartidas y correos, sin convención de nombres ni orden claro.
La preparación cultural está en desarrollo: la dirección apoya la flexibilidad, pero aún programa la mayoría de reuniones en horario tradicional y duda de la productividad fuera de la oficina.
En lugar de desplegar la plataforma a toda la firma, optan por un plan por fases. Primero constituyen un grupo interfuncional para documentar procesos clave de los tres tipos de proyecto más comunes y crean plantillas sencillas que definan fases, entregables y puntos de decisión.
Al mismo tiempo hacen talleres sobre comunicación distribuida para pactar normas sobre tiempos de respuesta, propósito de reuniones y uso de canales. También trabajan la cultura: los directivos modelan comunicación asíncrona y ponen el foco en resultados, no en actividad visible.
Solo después de esa base pilotan la plataforma con dos equipos de áreas distintas. Escogen una solución con funcionalidad central (gestión de tareas, adjuntos y hilos de discusión) en vez de una herramienta sobrecargada. Nombran «champions» en cada equipo que reciben formación avanzada y ayudan a sus compañeros.
Tras tres meses evalúan los pilotos. Un equipo adopta la herramienta con entusiasmo; el otro no. Al investigar descubren que el equipo exitoso tenía mayor claridad de procesos desde el inicio, mientras que el otro intentó usar la herramienta para resolver ambigüedad en roles y decisiones. Esa lección confirma la utilidad del marco y guía la expansión gradual.
Cómo medir el éxito en equipos distribuidos
Muchas organizaciones implantan sistemas sin definir qué significa el éxito, lo que impide evaluar el retorno. La medición efectiva combina métricas cuantitativas e indicadores cualitativos.
Empieza por métricas de adopción: porcentaje de personas que usan la plataforma semanalmente, tareas creadas y completadas y actividad colaborativa dentro del sistema. Una adopción baja suele señalar mala adecuación, formación insuficiente o sistemas paralelos que fragmentan la atención. Pero el uso alto por sí solo no basta: complétalo con medidas de resultado.
Mide la finalización de proyectos: tasa de entregas a tiempo, duración media de los ciclos y frecuencia de rehacer trabajo antes y después de la implantación. Al principio puede empeorar mientras la gente se acostumbra, pero suele mejorar después de varios meses. Haz seguimiento durante al menos seis meses para ver tendencias significativas.
La eficiencia de la comunicación es otro indicador: frecuencia y duración de reuniones, volumen de correos sobre estado y tiempo dedicado a buscar información. Un buen sistema debería reducir reuniones innecesarias, acortar hilos de correo y facilitar el acceso a la información.
El feedback cualitativo también importa. Realiza encuestas rápidas sobre si las personas se sienten informadas sobre el estado de los proyectos, si entienden prioridades y si les resulta fácil colaborar con compañeros distribuidos. Pregunta por usabilidad y frustraciones para identificar problemas que las métricas no muestran.
La visibilidad entre equipos es otro indicador: ¿puede la dirección ver rápidamente el estado de varios proyectos sin convocar reuniones? ¿Pueden miembros de distintos equipos colaborar en iniciativas compartidas? La mejora en visibilidad suele traducirse en decisiones más rápidas y menos coordinación manual.
Finalmente, evalúa la experiencia de los empleados. ¿Se sienten conectados y alineados? ¿La herramienta reduce estrés o lo aumenta? El objetivo último es ayudar a las personas a dar lo mejor, por eso la percepción subjetiva es un resultado válido y crucial.
Criterios esenciales de selección para tu contexto
Dada la cantidad de opciones, necesitas un enfoque ordenado. Documenta requisitos concretos en varias categorías.
Considera el tamaño y la estructura de tu equipo. Equipos pequeños y proyectos sencillos no necesitan la misma solución que una organización grande con iniciativas interdependientes. Un sistema pensado para complejidad empresarial frustrará a un equipo de 15 personas, y un gestor básico se quedará corto para 500 empleados. Sé realista con tu escala actual, no con un estado hipotético futuro.
Evalúa tu entorno técnico. ¿Con qué sistemas trabajáis ya para comunicación, almacenamiento y CRM? La plataforma debe integrarse con esas herramientas. Forzar transferencias manuales entre sistemas condena la adopción y degrada la calidad de los datos.
Valora la sofisticación técnica del equipo. Un equipo con alto perfil técnico puede aprovechar plataformas potentes; uno con menos experiencia necesita interfaces intuitivas y poca configuración. No tiene sentido escoger un sistema avanzado si el equipo no lo va a usar.
Calcula el presupuesto realista. Además de licencias, incluye tiempo de implantación, formación, administración continua y consultoría si hace falta. Una opción aparentemente barata puede exigir tanta personalización y soporte que suba mucho el coste total. Plataformas caras a veces incluyen servicios de implantación que reducen costes ocultos.
Mira la trayectoria del proveedor y su ecosistema. ¿La plataforma se actualiza con regularidad? ¿Tiene comunidad de usuarios y marketplace de integraciones? Las soluciones con ecosistemas sólidos evolucionan y se adaptan mejor que productos estancados.
Prueba a fondo antes de comprometerte. Usa los periodos de prueba con trabajo real, no sólo explorando funciones. Involucra a las personas que usarán la herramienta a diario, no sólo a la dirección. Su experiencia determinará la adopción.
Estrategias de implantación que minimizan la disrupción
Incluso la mejor herramienta falla si la implantación es deficiente. Los despliegues exitosos comparten varios rasgos.
Forma un equipo de implantación con competencias técnicas y de gestión del cambio. Alguien debe configurar el sistema, pero igual de importante es quien entienda cómo las personas adoptan nuevas prácticas. Incluye representantes de los grupos usuarios para que las decisiones reflejen diversidad de perspectivas.
Planifica un despliegue por fases. Evita la tentación de implantarlo en toda la organización a la vez. Empieza con uno o dos equipos que estén motivados y con problemas claros que la herramienta pueda resolver. Esos primeros usuarios serán defensores y ayudarán a la ampliación.
Diseña formación por roles. Un jefe de proyecto necesita formación distinta a la de un colaborador que ejecuta tareas, y un directivo aporta otra visión. La formación específica aumenta la relevancia y reduce la sobrecarga cognitiva.
Establece gobernanza desde el inicio: convenciones de nombres, estándares de etiquetado y reglas sobre quién puede crear proyectos. Decide también qué información va en la plataforma y qué se mantiene en otras herramientas. La gobernanza evita el caos orgánico.
Prepara soporte continuo. Nombra champions en cada equipo que reciban formación profunda y atiendan dudas. Ofrece sesiones de oficina y una biblioteca de guías rápidas y vídeos. El apoyo suele aumentar en los meses posteriores al lanzamiento, cuando surgen casos límite.
Comparte éxitos tempranos públicamente. Cuando un equipo complete un proyecto con la nueva herramienta, cuenta la experiencia. Si alguien usa bien una función para resolver un problema, destácalo. Esos ejemplos concretan beneficios y animan a otros a probar la herramienta.
Adaptarse a patrones de trabajo cambiantes
El trabajo evoluciona y las herramientas deben seguir el ritmo. Algunas tendencias están marcando el futuro de las soluciones de gestión de equipos virtuales.
La inteligencia artificial deja de ser un añadido para convertirse en necesidad. Las próximas generaciones de herramientas usarán IA para sugerir asignaciones según carga y competencias, anticipar riesgos y generar resúmenes automáticos del estado del proyecto. Esto reducirá tareas administrativas y permitirá centrarte en el trabajo esencial.
La integración de bienestar es cada vez más importante. Las organizaciones entienden que la productividad sostenible pasa por vigilar la carga y prevenir el agotamiento. Las plataformas avisarán cuando personas o equipos estén sobrecargados y propondrán redistribución de tareas para gestionar la capacidad real.
El diseño asíncrono será la norma. Con la distribución global más extendida, las herramientas deben asumir que la colaboración en tiempo real es la excepción. Soporte para actualizaciones en vídeo grabado, discusiones en hilos que preserven contexto y notificaciones que respeten horarios será clave.
La línea entre gestión de proyectos y experiencia del puesto de trabajo se difuminará. Los equipos no distinguen entre "gestión", "comunicación" y "documentación": piensan en hacer su trabajo. Las plataformas que integren funciones sin obligar a cambiar constantemente de contexto tendrán más adopción.
La personalización sin complejidad será imprescindible. Se necesitarán sistemas que se adapten a flujos específicos sin requerir conocimientos técnicos. Personalización low-code, valores predeterminados inteligentes y adaptación contextual harán las plataformas más flexibles y accesibles.
Comparación de 10 herramientas para gestionar plantillas híbridas
| Herramienta | Costo mensual | Curva de aprendizaje | Mejor para | Tamaño de equipo ideal | Características clave |
|---|---|---|---|---|---|
| Asana | $10-24.99/usuario | Baja | Gestión de proyectos complejos | 5-500 personas | Flujos de trabajo visuales, seguimiento de dependencias |
| Monday.com | $9-16/usuario | Baja | Equipos multifuncionales | 3-200 personas | Automatizaciones personalizables, tableros intuitivos |
| Slack | $8-12.50/usuario | Muy baja | Comunicación y colaboración distribuida | 2-10,000 personas | Canales, integraciones, búsqueda de conversaciones |
| Microsoft Teams | Incluido en Microsoft 365 | Baja | Empresas con ecosistema Microsoft | 5-50,000 personas | Reuniones, chat, almacenamiento integrado |
| Notion | $10/usuario (plan Teams) | Media | Documentación centralizada y wikis | 1-1,000 personas | Base de datos flexible, páginas personalizables |
| Jira | $7-14/usuario | Alta | Equipos de desarrollo ágil | 5-500 personas | Sprints, historias de usuario, reportes detallados |
| Clockify | Gratuito - $14.99/usuario | Muy baja | Seguimiento de tiempo y productividad | 1-10,000 personas | Informes de horas, facturación, análisis de proyecto |
Practicas sostenibles para mantener el impulso
La tecnología facilita el trabajo híbrido, pero el éxito sostenible depende de factores humanos que las herramientas no sustituyen.
Establece ritmos que den previsibilidad. Aunque el trabajo sea asíncrono, hace falta sincronización regular: reuniones semanales de equipo, all hands mensuales y sesiones de planificación trimestrales. Estos ritmos deben ser constantes y respetados.
Invierte en crear relaciones. La conexión informal que surge en una oficina hay que fomentarla de forma intencionada en entornos híbridos: cafés virtuales, actividades online o encuentros presenciales periódicos. Esas acciones construyen confianza y mejoran la colaboración.
Documenta abundantemente. En equipos distribuidos, lo que no está documentado no existe. Anima a la gente a externalizar ideas, registrar decisiones con contexto y generar artefactos que otros puedan consultar. Esa documentación es la memoria institucional que sobrevive a cambios de plantilla.
Respeta los límites personales. El trabajo distribuido puede difuminar la frontera entre lo profesional y lo personal. Los líderes deben dar ejemplo: no esperar respuestas fuera del horario, apoyar la desconexión en vacaciones y entender la flexibilidad como real y aplicable.
Itera de forma continua. Lo que funciona hoy puede no valer en seis meses. Reserva espacios para reflexionar sobre qué funciona y qué no, y ajusta prácticas. Esta mentalidad de mejora continua evita que las rutinas se queden obsoletas.
Preguntas frecuentes
¿Cuál es el error más grande al implantar herramientas de gestión para equipos híbridos?
El error más común es tratar la implantación como un ejercicio técnico y no como un proyecto de cambio. Se despliega software sin resolver ambigüedades de proceso, con formación insuficiente o sin preparar la cultura necesaria. La tecnología es lo fácil; cambiar hábitos arraigados es lo difícil. Empieza por aclarar procesos y trabajar la cultura antes de obsesionarte con funcionalidades.
¿Cuánto tarda un equipo híbrido en adoptar plenamente una nueva herramienta?
La adopción completa suele requerir entre tres y seis meses, aunque el uso básico aparece antes. El primer mes se centra en aprender funciones principales y superar resistencias iniciales. En los meses dos y tres se construyen hábitos y se encuentran flujos de trabajo adecuados. La transformación real suele verse entre el cuarto y sexto mes, cuando la herramienta pasa a ser la forma habitual de trabajar. Prepara apoyo intenso durante los primeros 90 días.
¿Es mejor una herramienta especializada o una plataforma de colaboración más amplia?
Depende de tus problemas principales y del ecosistema de herramientas que ya usas. Si el reto es el seguimiento de tareas, dependencias y cronogramas, una solución especializada aporta más profundidad. Si el problema es coordinación y comunicación general, una plataforma colaborativa con funciones de proyecto puede ser más adecuada. Evita fragmentar en exceso: la combinación adecuada suele ser una plataforma central más herramientas especializadas para funciones concretas (por ejemplo, desarrollo o diseño).
¿Cómo medir si la herramienta mejora realmente la productividad?
Enfócate en métricas de resultado, no sólo de actividad. Sigue tasas de entrega a tiempo, ciclos desde inicio a entrega y frecuencia de rehacer trabajo. Mide eficiencia de comunicación: tiempo en reuniones, correos sobre estado y tiempo de búsqueda de información. Complementa con encuestas sobre si las personas se sienten informadas y alineadas. Evita métricas vanidosas como número de tareas creadas; lo importante es hacer mejor trabajo más eficientemente.
¿Qué hacer si la adopción sigue baja pese a formación y soporte?
Una adopción baja tras formación suele indicar que la herramienta no encaja con los flujos reales, que hay sistemas paralelos o que falta ejemplo por parte de la dirección. Habla con el equipo para entender las barreras: puede que no confíen en la nueva plataforma, que prefieran mantener sistemas antiguos o que la herramienta no se adapte al trabajo real. A veces la solución es mejorar la gestión del cambio; otras, reconocer que la herramienta no es la adecuada y pivotar.
Si quieres, puedo ayudarte a adaptar este marco a la realidad de tu organización y proponer una lista de herramientas y criterios concretos pensados para equipos en Madrid, Barcelona y el resto de España.