La planificación semanal no es el problema.
Reunirse por defecto, sí
1. Contexto
Empresa industrial, unas 180 personas.
Planta productiva en funcionamiento continuo.
Presión por plazos, incidencias y cambios de última hora.
Nada exótico. El día a día de casi cualquier fábrica.
Todas las semanas, sin excepción, había una reunión de planificación entre cuatro áreas:
- Producción
- Supply Chain
- Mantenimiento
- Calidad
Participaban 10 personas en total: responsables de área y algún perfil técnico clave.
Duración prevista: 1 hora.
Duración real: variable, casi nunca menos de lo planificado.
El objetivo, sobre el papel, estaba claro:
coordinar la semana y evitar problemas.
2. Lo que pasaba en realidad
La reunión existía por defecto.
Algunas semanas había decisiones importantes que tomar: cambios de planificación, paradas, cambio de prioridades.
Otras, no.
Pero la reunión estaba convocaba igual.
Se repasaban planes de producción.
Se comentaban posibles riesgos.
Se avisaba de trabajos de mantenimiento.
Calidad hacía alguna observación.
Todo razonable.
Y casi todo informativo.
Lo que sí era tangible: había 10 personas sacrificando 1h cada lunes a primera hora.
Diez cerebros arrancando la semana en modo reunión.
3. La pregunta incómoda al aplicar NAR
Hacemos la pregunta del primer paso del flujo NAR²:
¿Qué requiere que Producción, Supply Chain, Mantenimiento y Calidad estén reunidos todos a la vez esta semana?La respuesta no era qué información había que compartir, o qué riesgos “por si acaso” había que comentar.
No.
Hablamos de qué decisiones implicaban que estuvieran todos presentes.
La respuesta fue incómoda, pero honesta:
no todas las semanas las había.
4. Qué se cambió
No se eliminó la planificación semanal.
Dejó de estar convocada por inercia.
Durante las semanas siguientes se hizo esto:
- Se preparó un documento Async-Board que serviría de plantilla base para la interacción de cada semana.
- En el documento, el plan de producción se compartía por escrito el jueves de la semana anterior.
- Supply Chain indicaba posibles restricciones o cambios.
- Mantenimiento señalaba paradas o intervenciones relevantes.
- Calidad añadía observaciones si había algún impacto real.
Se trabajaba de forma asíncrona en el documento hasta máximo el viernes por la tarde a las 16h.
Solo si aparecían decisiones que requerían conversación en tiempo real, se convocaba la reunión.
Si no, no.
Y solo con los participantes necesarios.
5. Tras 3 meses trabajando siguiendo NAR™
Durante los siguientes 3 meses ocurrió algo bastante revelador:
- Algunas semanas sí hubo reunión:
- pero con menos gente implicada
- de menor tiempo
- con foco claro en las decisiones
- Otras semanas no hizo falta reunirse en absoluto.
La reunión de planificación dejó de ser un ritual fijo y pasó a ser una herramienta que se utilizada cuando tocaba.
La mayor parte del trabajo pasó a hacerse por escrito. Y, lo más importante, de forma asíncrona sin consumir el mismo tiempo de todos.
Hago un inciso aquí, porque es importante:
El trabajo asíncrono también requiere tiempo.
Aun así, al cabo de unos meses el equipo dedicaba bastante menos tiempo total a coordinarse que antes.
En conjunto, se liberaron del calendario del orden de 27 horas al mes (-67%), sin perder el objetivo de la reunión inicial.
(¿Te interesa el detalle de esas horas? Despliega este campo para verlo)
Antes
· 1 reunión semanal de planificación interdepartamental
· 10 personas · 1 h · 4 semanas
· ≈ 40 horas / mes
Después (Async-Board + reuniones necesarias)
· Trabajo asíncrono (preparación + lectura):
– Preparación: ~15 min · 3 personas · 4 semanas = 3 hr / mes
– Lectura y comentarios: ~10 min · 7 personas · 4 semanas = ≈ 5hr / mes
· ≈ 8 horas / mes
· Reuniones solo cuando son necesarias:
· ~2 reuniones al mes · ~30 min · ~5 personas
· ≈ 5 horas / mes
· Dedicación total tras el cambio: ≈ 13 horas / mes
Resultado:
· Tiempo recuperado: ≈ 27 horas / mes -> -67% de la dedicación inicial
6. Lo que se ganó
No fue ninguna revolución industrial.
Pero sí permitió cuestionar muchas otras reuniones que se mantenían por inercia y eliminar otras tantas donde no se cumplían los criterios para tener una reunión «síncrona».
Y pasó esto:
- menos reuniones interdepartamentales innecesarias
- menos desgaste entre áreas
- menos “pues ya que estamos”
- más claridad sobre cuándo sí merece la pena sentarse juntos
Y algo importante en un entorno industrial:
Más tiempo para destinar al trabajo importante
Con lo que has leído aquí ya es suficiente para empezar.
Vas por delante de la mayoría de los asistentes a tu próxima reunión.
Lo interesante viene al ver cómo se comporta el flujo en distintos tipos de reuniones y contextos, conocer más detalles de cómo trabajar en asíncrono y sobre todo en evitar errores habituales al empezar a aplicarlo. Si te interesa, te lo envío a tu correo.
Empieza a recuperar el control sobre tu calendario, eliminando la mayoría de reuniones. Reduce interrupciones y devuelve el foco a tu trabajo.
Revisa aquí primero la información sobre la protección de datos
Responsable y destinatario: LastMeetings.com – Francisco Martínez
Finalidad de la recogida y tratamiento de los datos personales: Poder responderte a tus emails (están almacenados en servidor de Hostalia – Telefónica Soluciones De Informática Y Comunicaciones De España S A U.).
Tus derechos: Podrás ejercer tus derechos de acceso, rectificación, portabilidad y suprimir los datos mediante un correo a:
Más información en la política de privacidad de LastMeetings.com
El sitio está protegido por CloufFlare y le aplica la política de privacidad de CloudFlare y sus términos de servicio.