Mapeo de relaciones entre temas en una serie de no ficción

Estoy trabajando en una serie de episodios que se convertirán en videos individuales para explicar diferentes tecnologías y cómo se interrelacionan en diferentes niveles dentro de un dominio de aplicación específico (el objetivo es producir algo similar a una Wikipedia basada en video). Para tratar de mantener esto atractivo y manejable (tanto para crear como para consumir), quiero que tenga una estructura subyacente (una especie de historia). Mi razonamiento es que los episodios con frecuencia cubrirán temas que son de alguna manera un tema de 'puerta de entrada' o 'fundamento' para comprender otro episodio.

Por lo tanto, quiero poder decir dentro de cada episodio si hay algún requisito previo de conocimiento para el episodio ("Antes de ver este episodio, puede que le resulte útil saber acerca de..."), y también poder dar puntos de partida a temas relacionados al final de cada episodio ("Si encontró este episodio interesante, es posible que también desee verlo..."). Idealmente, quiero abordar esta tarea de mapeo gráficamente. ¿Cuál es ahora mi problema: cómo describir el dominio de una manera que me permita mapear, comprender y comunicar dependencias y otras relaciones entre temas y episodios?

Un mapa mental no funciona del todo, ya que no tengo nada con radios radiantes. Además, cada relación que necesito capturar/expresar puede ser dirigida (por ejemplo, una dependencia) o no dirigida (por ejemplo, una tecnología alternativa que podría usarse en lugar de la discutida). Habrá una red de episodios donde cada nodo (episodio) tiene 'puntos clave' anidados, cada uno de los cuales puede ser individualmente relevante para uno o más episodios, o uno o más puntos clave (en otros episodios).

Por qué un mapa mental no se ajusta a mis necesidades

Un ejemplo simple para mostrar esto, comenzando con cuatro episodios posibles: Digamos que tengo un episodio sobre velas, uno sobre lámparas de aceite, un episodio sobre lámparas de gas y un episodio sobre lámparas eléctricas. Estas son alternativas entre sí (un tipo de relación), y también la lámpara eléctrica hizo que las lámparas de combustión quedaran casi obsoletas (otro tipo de relación). Luego está el aspecto temporal, las lámparas de aceite son realmente viejas, las lámparas de gas son relativamente nuevas y las eléctricas son las más nuevas.

Ah, y por cierto, tanto las velas como las lámparas de aceite utilizan una mecha, por lo que también podría necesitar un episodio para explicar cómo funcionan las mechas y relacionarlo con los episodios de la lámpara de aceite y la vela (como algo que "podría ser interesante ")?

Entonces, incluso con muy pocos episodios, hay muchos enlaces de diferentes tipos y en diferentes niveles que forman una red altamente interconectada. Creo que necesito alrededor de 40 episodios en total, todos los cuales tendrán grupos de relaciones.

¿Una alternativa de diagrama de clases?

Como tengo experiencia en ingeniería de software, esto comienza a hacerme sentir un poco como si necesitara un diagrama de clase UML para describir todo, y estoy tratando de evitar eso, ya que quiero poder colaborar con no -¡personas de software en la construcción y revisión del plan de episodios!

¿Alguien sabe de un tipo de diagrama que se ajuste a lo que estoy tratando de hacer, por favor? (Puede que este no sea el mejor sitio de SE para esto, aunque parecía el más cercano)

Respuestas (3)

No existe ningún tipo de diagrama que sea capaz de visualizar de manera integral la compleja estructura de la realidad.

Los diagramas generalmente se enfocan en un tipo de relación: un mapa de la ciudad muestra la relación espacial de los edificios, un mapa del metro muestra cómo un subconjunto de edificios (estaciones) están organizados a lo largo de las líneas del metro pero ignoran su relación espacial para facilitar la navegación, un horario muestra la cronología de llegadas y salidas en una estación, una tabla de rutas de trenes enumera las paradas que hace un tren (y omite las estaciones a las que no da servicio), y así sucesivamente. Intentar poner, por ejemplo, toda la información sobre un sistema de metro en un gráfico será abrumador e imposible de comprender.

Puede representar las relaciones complejas explicándolas en la narrativa de su video. Eso es lo que comúnmente hacen los documentales, y es fácil de seguir y entender. También puede crear diferentes diagramas para diferentes tipos de relaciones, aunque pueden ser más útiles para usted, cuando intenta realizar un seguimiento de lo que necesita mencionar, que para su audiencia.


Tanto si está de acuerdo con mi punto de vista como si no, el primer paso que debe realizar es escribir o dibujar todas las relaciones que desea transmitir a su audiencia. En este momento pareces buscar una solución para un problema que aún no comprendes por completo. A medida que escriba o dibuje las relaciones, llegará a una comprensión de ellas que le presentará de inmediato la solución a su problema: Si se puede dibujar un diagrama, lo habrá dibujado en el curso de intentar comprender las relaciones. . Si al final no tiene dicho diagrama, es muy probable que las relaciones sean demasiado complejas para una (única) representación gráfica.

Hola, gracias por tu respuesta y +1 por la sugerencia de usar diferentes diagramas para diferentes aspectos. Algo que no estaba lo suficientemente claro en mi pregunta es que estos diagramas solo están destinados a ser utilizados dentro del equipo de producción para ayudarnos a realizar un seguimiento. FWIW Terminé definiendo una ontología que me permite modelar las relaciones necesarias (con una base de datos relacional en segundo plano) y luego mostrarlas según diferentes puntos de vista. [Otra vez esa experiencia en ingeniería de software...]

No conozco una forma específica de diagramar su estructura, pero tengo algunas ideas. Mis ideas no son perfectas, y la mayor parte requiere que hagas una lluvia de ideas, pero espero que te ayude de todos modos (o al menos te dé un comienzo).

La mejor opción sería descargar un software complejo para ayudarte con esto (no te señalaré ninguno, pero hay muchos).

Recomendaría primero hacer un mapa general para cubrir los episodios en general, como un punto de partida simple y fácil de entender. Todo lo que necesita hacer es conectar la estructura básica del dominio.

mindmappingsoftware.com explica esto como:

  1. Divida secciones grandes e independientes en submapas vinculados: cuando todo lo demás falla, use la capacidad de su programa para dividir un mapa grande en varios mapas vinculados más pequeños. Busque temas con muchos detalles que sean bastante independientes. Cuando invoca este comando, el tema que seleccionó permanece, pero una copia de él y todos sus temas secundarios se guardan en un mapa mental separado; se crea un enlace que le permite navegar rápida y fácilmente hasta él.

De esta manera, puede conectar episodios e ideas, como este ejemplo de mindmeister.com:

ingrese la descripción de la imagen aquí

Y luego configuraría enlaces para cada episodio que lo lleven a gráficos más complejos para conectar ideas y relaciones por episodio al mismo tiempo que conducen a más gráficos.

Siga graficando y vinculando hasta que crea que lo tiene todo.

Luego, revisa y mira tu información. ¿Hay alguna forma diferente de organizarlo? Estoy seguro de que habrá, pero no sé qué, sería útil mirar su información. Simplemente elija el primer mapa que le venga a la mente y funcione para usted y su información. Básalo en lo que ya has creado, ¿cómo podría ser mejor?

Usando ese mapa, si de repente ve dos cosas que podrían estar conectadas, tal vez arrástrelas a una imagen separada o tome notas en un papel físico.

Luego, una vez que esté seguro de que conectó toda la información necesaria, saque un papel del tamaño de un póster y anote un gráfico tan complejo como necesite. (Esto también se puede hacer en línea, pero suena más fácil a la antigua)

Esto puede incluir conectar ideas con líneas, enumerar viñetas debajo de las conexiones, etc.

Gracias por el seguimiento. Mi problema es que en realidad no hay secciones independientes (las tecnologías tienen muchas interrelaciones), por lo que ya descarté los mapas mentales. También las relaciones que necesito expresar son de diferentes tipos debido al uso y la evolución de la tecnología [por ejemplo, la luz eléctrica hizo obsoletas las lámparas de aceite y las lámparas de gas ==> relación de obsolescencia; mientras que la luz eléctrica requiere electricidad ==> dependencia]

La forma que elegí al final fue abordar esto como si fuera una tarea de ingeniería de sistemas y luego desarrollar algún software (aplicación de Android) para que coincida:

  1. Construya una ontología que describa cómo se pueden interrelacionar los episodios, con relaciones bidireccionales entre los nodos de la ontología (ref: https://tomgruber.org/writing/definition-of-ontology )
  2. Basado en la ontología, cree una capa de base de datos (modelo) que pueda contener la información y las relaciones necesarias (utilicé Room, hay otras bases de datos disponibles)
  3. Cree una aplicación simple con la que agregar entradas al modelo y consultarlo y, por lo tanto, mostrar episodios pasados ​​o futuros que están relacionados como una lista simple (un día podría intentar representar un gráfico de los resultados de la consulta)

(Me doy cuenta de que esta respuesta da una solución que es única para mí)