Criterios para asignar tareas en proyectos colaborativos, con señales concretas de desequilibrio y un tablero de actividades que se puede revisar cada semana.
Hay equipos que trabajan mucho y avanzan poco, y casi siempre el problema no está en la carga de trabajo sino en cómo se repartió. Cuando las tareas se asignan sobre la marcha, sin criterios explícitos, aparecen dependencias que nadie ve hasta que algo se atasca. La señal más clara es esa: una misma persona aparece como responsable en casi todas las tareas que están en curso. No es que acapare por gusto. Es que el reparto nunca se discutió.
Antes de cambiar nada conviene mirar el tablero de actividades con calma. Si tres o cuatro tareas llevan días en la columna de "en espera" y todas aguardan a la misma persona, el cuello de botella ya está ahí. Lo mismo ocurre cuando los acuerdos de la última sesión no quedaron registrados en ningún sitio: cada quien recuerda una versión distinta y las tareas se rehacen. Y hay un tercer síntoma, más silencioso: responsables que no saben con exactitud dónde empieza y dónde termina su parte.
Corregir esto no requiere una reorganización completa. Basta con definir, en la siguiente sesión, tres cosas por cada tarea: quién la ejecuta, qué necesita de otros para empezar y cuándo se revisa. Ese último punto es el que más se olvida. Una tarea sin fecha de revisión se queda abierta indefinidamente y termina absorbiendo tiempo de quien debería estar en otra cosa. En la sala de talleres de Bnboffsites trabajamos este reparto con ejercicios donde cada participante asigna y recibe tareas, y luego se compara lo que cada uno entendió por "responsable".
Un tablero sencillo ayuda más que un sistema complicado. Cuatro columnas bastan: pendiente, en curso, en revisión y cerrada. Cada tarjeta lleva el nombre de quien la ejecuta y una nota breve sobre de quién depende si algo se bloquea. Cuando el tablero se revisa en voz alta al inicio de cada sesión, las dependencias ocultas salen a la superficie sin necesidad de señalar a nadie. Es un formato que funciona igual en equipos de cinco personas que en grupos más grandes, siempre que la revisión sea breve y constante.
Vale la pena distinguir entre responsable y ejecutor. Quien responde por una tarea no siempre es quien la hace, y confundir ambos roles genera malentendidos. En proyectos colaborativos conviene nombrar un responsable por acuerdo, aunque la ejecución se reparta entre varias manos. Así, cuando algo se retrasa, hay una persona con autoridad para decidir si se reasigna, se recorta el alcance o se pospone. Sin ese punto de referencia, las decisiones se diluyen y el equipo espera a que alguien tome la iniciativa.
La revisión del reparto debería ser un hábito, no una medida de emergencia. Al cerrar cada ciclo de trabajo, quince minutos alcanzan para preguntar qué tarea se atascó, quién quedó sobrecargado y qué acuerdo no se cumplió. De esas respuestas salen los ajustes para el ciclo siguiente. Con el tiempo, el equipo desarrolla criterio propio y deja de necesitar la plantilla. Ese es el objetivo real: que repartir responsabilidades sea una conversación normal y no un problema que se resuelve cuando ya explotó.