Tiene sesenta oradores, cuatro salas, tres días y una hoja de cálculo que se ha vuelto sensible y activamente hostil a sus esfuerzos. Bienvenido a la programación de conferencias de múltiples vías: el problema logístico que parece simple desde afuera ("simplemente coloque las charlas en las salas") y en realidad es una pesadilla combinatoria que ha terminado con amistades y ha llevado a organizadores experimentados a considerar cambios de carrera.
La cuestión central es engañosamente simple: tienes más contenido del que cualquier asistente puede consumir. Ese es el objetivo de las pistas múltiples: las sesiones paralelas te permiten ofrecer variedad. Pero en el momento en que tienes sesiones paralelas, surgen conflictos. Y en el momento en que tienes conflictos, tienes asistentes descontentos que querían ver dos charlas en el mismo horario y ahora están enojados contigo específicamente, como si tú personalmente hubieras decidido programar a sus dos oradores favoritos uno contra el otro por despecho.
(No lo hiciste. Pero intenta explicar la optimización combinatoria a alguien que se perdió la charla de GraphQL porque fue opuesta a la charla de TypeScript. No quieren matemáticas. Quieren una máquina del tiempo).
La explosión combinatoria (en lenguaje sencillo)
Permítanme poner algunos números sobre esto para que comprendan por qué es difícil programar. Supongamos que tiene cuarenta charlas en cuatro temas durante dos días. Cada día tiene cinco franjas horarias. Es decir, veinte espacios por día, cuarenta espacios en total. Debe asignar cuarenta charlas a cuarenta espacios.
El número de arreglos posibles es cuarenta factorial, que es un número de cuarenta y ocho dígitos. Hay más horarios posibles que átomos en el universo observable. Su hoja de cálculo no puede evaluarlos todos, y usted tampoco.
Ahora agregue restricciones: el orador A no puede presentar el martes por la tarde. El orador B y el orador C no deben estar en el mismo lugar porque comparten audiencia. La keynote tiene que ser en la sala más grande. El taller necesita una sala con mesas, no con asientos tipo teatro. La charla del patrocinador tiene que ser antes del almuerzo porque así estaba en el contrato. El orador D y el orador E son la misma persona (están dando dos charlas, porque dijiste que sí a ambas propuestas y ahora estás viviendo con las consecuencias).
Cada restricción elimina algunas disposiciones y hace que otras sean obligatorias. El desafío no es encontrar un horario. Se trata de encontrar un buen cronograma, uno que minimice los conflictos dolorosos, respete todas las limitaciones y no coloque tres charlas de JavaScript en el mismo espacio, dejando un espacio con nada más que temas específicos que nadie vino a buscar.
Evitar conflictos en el calendario de conferencias que realmente importan
Esto es lo que nadie te dice: no se pueden eliminar los conflictos de programación. En una conferencia de múltiples vías, los conflictos son estructurales. Están integrados en el formato. Lo que se puede hacer es minimizar los conflictos que más duelen: aquellos en los que se programan dos charlas populares con audiencias superpuestas entre sí.
La forma de identificar estos conflictos antes de que ocurran es el mapeo de audiencia. Para cada charla, pregunte: "¿Quién es el público principal de esto?" Etiquete las charlas por segmento de audiencia: desarrolladores frontend, desarrolladores backend, DevOps, diseñadores, gerentes, principiantes, avanzados. Luego mira cada franja horaria y comprueba: ¿hay dos charlas dirigidas exactamente al mismo segmento en la misma franja horaria? Si es así, mueva uno.
Esto no requiere software (aunque el software ayuda; hablaremos de esto más adelante). Requiere una pared, algunas notas adhesivas y alguien que comprenda a su audiencia lo suficientemente bien como para ver las superposiciones. Diseñe sus franjas horarias como columnas y sus habitaciones como filas. Coloque cada charla en una nota adhesiva con sus etiquetas de audiencia. Arreglar. Paso atrás. Busque colisiones. Mueve cosas. Repetir.
La pista a la que nadie va
Cada conferencia de múltiples pistas tiene una pista de cementerio. Es aquel en el que la asistencia cae a un solo dígito, mientras que en las otras salas solo se puede estar de pie. Las conversaciones están bien. Los oradores son competentes. Pero el tema se definió por la taxonomía temática más que por la demanda de la audiencia, y resulta que nadie asistió a su conferencia específicamente para "Paradigmas emergentes en la gobernanza de datos".
Esto sucede porque los organizadores diseñan recorridos en torno a categorías de contenido en lugar de a los intereses de los asistentes. Los dos no son lo mismo. Tu convocatoria de propuestas generó doce charlas sobre datos, por lo que creaste un "Data Track". Lógico, ¿verdad? Excepto que los profesionales de datos que llenarían esa pista son superados en número cinco a uno por los desarrolladores frontend, y ahora tienes una cuarta parte de tus salas atendiendo a una quinta parte de tu audiencia, mientras que tres cuartas partes de tus salas están superpobladas.
La solución: dimensione sus pistas para que coincidan con la composición de su audiencia, no con su distribución de contenido. Si el setenta por ciento de sus asistentes están interesados en temas de frontend y el diez por ciento está interesado en temas de datos, su agenda debe reflejar esa proporción. Asigne a los datos dos o tres espacios, no una pista completa. Redistribuya las horas de habitación donde realmente se encuentran las personas.
Esto requiere conocer la composición de su audiencia antes de finalizar el cronograma, lo que significa que los datos de registro temprano son inteligencia de programación. Mire quién está comprando boletos, cuáles enumeraron como sus intereses y qué sesiones han marcado en la vista previa de su programación. Cree el cronograma para la audiencia que tiene, no para la audiencia que desearía tener. (Si su conferencia es lo suficientemente grande como para que esto importe, probablemente esté tratando con el logística de una convención de 2.000 personas.)
Desajustes en la capacidad de las habitaciones (el fracaso visible en la programación)
Nada hace más visible un error en la programación que una sala que es demasiado pequeña para hablar. El ponente tiene doscientas personas interesadas. La sala tiene capacidad para ochenta personas. Hay una cola en la puerta, un jefe de bomberos que no está contento y ciento veinte personas que están molestas y tuitean al respecto.
Mientras tanto, al final del pasillo, una sala con capacidad para trescientas personas tiene cuarenta personas, repartidas en asientos como una sala de cine un martes por la tarde. El orador hace todo lo posible, pero la energía es extraña cuando dos tercios de los asientos están vacíos.
Predecir qué charlas serán populares no es un juego de adivinanzas si se hace bien. La reputación del orador, la popularidad del tema (use sus datos de interés de preinscripción), el horario (justo después del almuerzo siempre hay menor asistencia) y el día (el último día de una conferencia de varios días siempre tiene menor asistencia) son factores que influyen. Coloque sus charlas populares previstas en las salas más grandes. Organice sus charlas especializadas en salas más pequeñas donde cuarenta personas se sientan como si estuvieran llenos.
La pista del pasillo es tu competencia
Aquí hay una verdad incómoda a la que los organizadores de conferencias se resisten: las mejores conversaciones en su conferencia no ocurren en sus sesiones. Están sucediendo en el pasillo. En la estación de café. En la cola del almuerzo. En el paseo entre edificios. La "pista del pasillo" no es una broma: es un competidor legítimo para captar la atención de los asistentes y, para algunos, es la razón principal por la que compraron una entrada.
Esto no es un fallo de su programación. Es una característica de las conferencias. La gente viene para las conversaciones pero se queda para las conversaciones. Y si su agenda está tan apretada que no hay tiempo para conversaciones en el pasillo (si está programado cada minuto desde las nueve de la mañana hasta las cinco de la tarde), está saboteando lo que hace que su conferencia sea valiosa.
Incluya descansos en su agenda. No descansos de diez minutos para ir al baño. Descansos reales: treinta minutos entre sesiones, como mínimo. Una hora completa para almorzar. Una pausa por la tarde lo suficientemente larga para tomar un café y conversar sin prisas. Estas lagunas no son tiempo perdido. Son el tejido conectivo del horario. Sin ellos, su conferencia es una serie de charlas. Con ellos es una experiencia.
Horarios de conferencias móviles que realmente funcionan
Un programa de conferencia impreso es un recuerdo, no una herramienta. Nadie navega en una conferencia de múltiples vías con un folleto en papel. Usan su teléfono. Si su horario no es accesible, buscable y actualizado en tiempo real en el móvil, tiene un problema de comunicación que ninguna señalización solucionará.
La programación móvil debe hacer bien tres cosas: mostrar lo que está sucediendo en este momento (con la ubicación de las salas), permitir a los asistentes crear una programación personal de las sesiones a las que planean asistir y enviar actualizaciones cuando algo cambie (cambio de sala, cancelación, cambio de hora). Este último es crítico. Si una charla cambia de sala y los asistentes se enteran al caminar a la sala equivocada y ver un letrero en la puerta, usted ha fallado en la única tarea que tiene un cronograma: decirle a la gente dónde estar.
La programación multipista es el problema que separa a los aficionados conferencias de los profesionales. La conferencia de aficionados tiene un calendario. La profesional tiene un sistema de programación, uno que tiene en cuenta la superposición de audiencias, la capacidad de la sala, las limitaciones de los oradores, el tiempo en los pasillos y los inevitables cambios de último momento que encuentra cada conferencia. Construya el sistema. Tu hoja de cálculo te lo agradecerá convirtiéndose nuevamente en una herramienta en lugar de un enemigo.