Foro de Tecnólogos de Empresa: Programa y Prácticas 2026

El programa del foro de tecnólogos de empresa: desde la selección de casos productivos y demostraciones seguras hasta la verificación de aplicabilidad y documentos de trabajo.

El foro de tecnólogos de empresa es necesario cuando las prácticas de diferentes talleres, fábricas o sitios de producción ya dan resultados operativos, pero permanecen locales. Los tecnólogos comparan las condiciones de aplicación, analizan las desviaciones, muestran los métodos vigentes y deciden qué ideas vale la pena verificar en otro entorno. El valor se crea mediante la transición del caso a la verificación técnica local. La cantidad de informes es secundaria.

En Aventura diseñamos el programa, las rutas de los participantes, el guion escénico y grupal, el espacio, el soporte técnico y el registro de resultados. El cliente nombra a los propietarios de contenido. Ellos confirman la veracidad de los datos productivos, la seguridad de las soluciones, la aplicabilidad de las normas y el nivel de divulgación permitido. El organizador del evento no puede sustituir al tecnólogo jefe, a producción, calidad, seguridad laboral o al propietario de la documentación.

¿Qué distingue el foro de tecnólogos de la empresa?

El foro de tecnólogos de la empresa reúne a especialistas responsables de los procesos productivos vigentes, los regímenes tecnológicos, las instrucciones, el utillaje, la calidad de las operaciones y la implementación de cambios. Los participantes muestran prácticas verificables en condiciones concretas, discuten las limitaciones y determinan el siguiente paso. El resultado es una decisión sobre una verificación local, la revisión de un documento o el rechazo de la transferencia.

En diferentes empresas, la audiencia incluye tecnólogos jefes, tecnólogos de talleres y secciones, ingenieros de procesos, especialistas en calidad, metrología, seguridad industrial, mantenimiento, automatización y formación del personal de producción. La composición depende del tema del caso. Si se discute el régimen de procesamiento, se necesitan los responsables de la operación y del control. Si se cambia una instrucción de trabajo, se incorpora el responsable del documento y quienes trabajarán según ella.

O*NET considera entre las funciones de los ingenieros de fabricación la búsqueda de problemas en materiales y procesos, la mejora de la producción, la preparación de documentación, la formación y la comunicación técnica. Para un foro corporativo, es un marco funcional útil, aunque no sustituye los documentos oficiales rusos ni los requisitos sectoriales.

El formato tiene cuatro características. Juntas separan un foro técnico de trabajo de una conferencia general.

• el tema de conversación está relacionado con el proceso productivo vigente;
• el autor muestra las condiciones iniciales, el cambio, las observaciones y las limitaciones;
• especialistas del cliente verifican la veracidad técnica;
• la discusión termina con una decisión documentada sobre la siguiente acción.

El R&D Day, o día interno de investigación y desarrollo, es necesario para los equipos que defienden hipótesis y solicitan decisiones sobre la cartera de desarrollo. Cuando los participantes solo se familiarizan con las profesiones de sus colegas, el evento se acerca más a una conferencia interna general. El foro de tecnólogos se centra en lo que ya funciona o se verifica en el entorno productivo real.

Límites del formato y eventos vecinos

Los límites del foro se definen por el tema y el resultado. Los tecnólogos de producción debaten los procesos actuales y las formas de documentarlos, verificarlos y transferirlos. El foro de eficiencia operativa abarca un conjunto más amplio de iniciativas de calidad, plazos, costes y organización del flujo. La conferencia de expertos internos puede incluir cualquier función, y el R&D Day trabaja con investigaciones e incertidumbre del portafolio.

Esta separación no prohíbe temas conjuntos. Un caso de automatización del control puede interesar a tecnólogos, calidad e IT. Solo se incluye en el programa del foro cuando existe un responsable de producción, condiciones iniciales verificables y una pregunta clara para la comunidad tecnológica.

Antes de comenzar, es útil contrastar la tarea con el material sobre términos de referencia para un foro corporativo. Si la agenda inicial se centra en la mejora general de la productividad y las iniciativas de diferentes funciones, consulte por separado el análisis del foro de eficiencia operativa. Estos formatos pueden vincularse en el calendario anual, pero no conviene mezclar sus criterios de selección en una misma solicitud.

Para la arquitectura de eventos, es adecuada la organización de foros y seminarios. Conectamos el escenario principal, las secciones técnicas, las mesas de trabajo, las zonas de demostración y el registro de decisiones. Los criterios de contenido los define el cliente, porque solo sus especialistas conocen las tolerancias reales, el equipamiento y el estado de la documentación de producción.

¿Cómo establecer un resultado verificable del foro?

El resultado del foro se describe mediante una decisión, un documento y una acción posterior. Las formulaciones sobre intercambio de experiencias o desarrollo de la comunidad no proporcionan una base para el programa. Para cada área temática, el cliente determina qué podrán resolver los participantes: programar una verificación local, solicitar datos, actualizar una instrucción, formar un grupo de trabajo o reconocer que la práctica no es aplicable.

Comenzamos con un mapa de resultados. En él figuran el tema, la audiencia, el tipo de decisión, el propietario autorizado y el futuro documento de trabajo. Si un bloque no conduce ni a una decisión ni a un material para continuar, su papel en el programa debe revisarse. Se puede dejar un informe general para el contexto general, pero el equipo indica claramente su propósito y no espera de los oyentes un plan de implementación.

Es útil dividir los resultados en cuatro niveles. Cada nivel siguiente requiere más autoridad y verificación.

1. Comprensión del contexto. Los participantes ven las condiciones iniciales del caso y no extrapolan las conclusiones más allá de ellas.
2. Evaluación de aplicabilidad. El grupo especializado señala coincidencias, diferencias, riesgos y datos faltantes.
3. Verificación local. El propietario describe una prueba limitada según las normas de la empresa.
4. Cambio gestionado. Tras confirmar el resultado, se actualiza la instrucción, el mapa del proceso, la lista de verificación, el programa de formación u otro documento de trabajo.

La norma ISO 10013 vincula la información documentada con el apoyo a los procesos y la conservación del conocimiento de la organización. Rosstandart describe las disposiciones generales del Sistema Unificado de Documentación Tecnológica en la norma GOST R 3.001-2023. Estas fuentes no determinan el programa del foro, pero respaldan un principio simple: una conclusión útil debe encontrar un lugar en un documento gestionado si la empresa decide aplicarla en el trabajo.

El evento no promete de antemano un efecto productivo. Una práctica puede resultar útil solo con determinadas materias primas, equipos, cualificación, sistema de control o volumen de producción. Un resultado honesto a veces consiste en una renuncia documentada a la transferencia, con explicación de las razones.

Publicamos notas prácticas sobre programas de negocios y producción de eventos en el canal de Telegram «Aventura». Allí aparecen análisis breves para equipos de proyecto.

Roles del cliente, de los expertos y del organizador

La fiabilidad técnica del foro la confirma el cliente, mientras que la estructura del evento y la producción las reúne el organizador. Esta separación protege el programa de dos errores: una presentación atractiva de una solución no verificada y un material técnicamente sólido que no se puede mostrar de forma segura a la audiencia. Cada caso debe tener un propietario con contenido, un experto verificador y un editor del programa con competencias claras.

En Aventura, somos responsables del recorrido del participante, los formatos de las sesiones, el guion, la moderación y el funcionamiento del espacio. Esto incluye también el equipamiento, la navegación, el registro, los contratistas y la recopilación de los resultados acordados. Ayudamos al autor a hacer comprensible el caso y a preparar los materiales para su presentación. Los parámetros tecnológicos y la decisión de implementación los confirman los especialistas del cliente.

Para proyectos complejos, creamos una matriz de aprobaciones. En ella se ve quién verifica las tesis, los datos numéricos, las fotografías, los esquemas, los vídeos, las muestras, la demostración y el material final. Un único estado general de «aprobado» oculta demasiadas decisiones diferentes.

Si el programa incluye a directivos, proveedores de equipos o especialistas de varias plantas, el derecho a la conclusión técnica final sigue correspondiendo al representante designado del cliente. El moderador puede aclarar la cuestión y registrar el desacuerdo, pero no debe anunciar la posición tecnológica ganadora.

¿Cómo recopilar y seleccionar casos prácticos de producción?

La recopilación de casos comienza con una ficha breve de la práctica de producción, y no se necesita una presentación terminada en el primer paso. El autor describe el proceso, el problema inicial y el cambio realizado, e indica por separado las observaciones, limitaciones y la pregunta a los colegas. Los expertos en la materia verifican los datos y la idoneidad de la discusión. Tras la verificación de contenido, el equipo del programa elige el formato.

Es útil incluir los siguientes campos en la solicitud. Permiten realizar una verificación inicial sin una presentación terminada.

1. Proceso, operación o área de aplicación.
2. Estado inicial y problema observado.
3. Qué se cambió exactamente en el modo, el utillaje, el material, el control o las instrucciones.
4. En qué datos y observaciones se basa la conclusión.
5. Qué condiciones permanecieron sin cambios.
6. Dónde no se probó o no funcionó la solución.
7. Qué documentos se modificaron después de la implementación.
8. Qué información no se puede revelar a la audiencia general.
9. Qué pregunta plantea el autor a los colegas.
10. Qué decisión se requiere después del debate.

Penn State propone evaluar las solicitudes para conferencias según la claridad, la exhaustividad, la relevancia y la aplicabilidad en otro contexto. Para un foro de producción, estos criterios no son suficientes sin una verificación técnica, pero ayudan a separar el contenido del estatus del autor y de la calidad de la presentación de la primera versión.

La selección inicial se puede realizar de forma secuencial. Primero, el equipo comprueba el sentido y las autorizaciones, y luego elige el formato.

1. Eliminar de la copia de trabajo de la solicitud el nombre del autor y el departamento, si el contexto permite conservar el sentido.
2. Comprobar la adecuación al tema del foro y la existencia de un responsable de producción.
3. Pasar el caso a los especialistas del cliente para verificar los datos y los términos.
4. Comprobar el modo de divulgación, los derechos sobre los materiales y la idoneidad de la grabación.
5. Evaluar si se puede discutir la transferencia de la práctica sin acceso a datos confidenciales.
6. Asignar el formato: ponencia, análisis, demostración, sala cerrada o material sin presentación.
7. Devolver al autor una lista concreta de modificaciones y la fecha de la nueva verificación.

Un caso sólido no tiene por qué subir al escenario principal. Un tema con muchas condiciones funciona mejor en la mesa de un grupo especializado. Los detalles sensibles se pueden debatir en una sesión cerrada. A veces basta con la ficha de la práctica y el contacto del autor, si la presentación pública no aporta beneficios.

Programa del foro de tecnólogos de la empresa

El programa del foro de tecnólogos de la empresa debe guiar desde el marco general de producción hasta el análisis de casos, la verificación de su aplicabilidad y el registro de las acciones siguientes. La parte plenaria explica las prioridades y las limitaciones. El tiempo de trabajo principal se dedica a las secciones técnicas, los análisis en los stands, las demostraciones seguras y las mesas de soluciones. El cierre recopila los estados sin competir por el informe más impactante.

A continuación se presenta la arquitectura del programa. No existe un horario universal. La duración y el número de flujos paralelos dependen de la composición de los tecnólogos, el tamaño de la empresa, la complejidad de las demostraciones, el modo de acceso y la cantidad de espacios.

La secuencia de trabajo puede ser la siguiente. Conduce desde el marco general hasta las decisiones de los propietarios de los procesos.

1. El patrocinador nombra los temas de producción que la empresa está dispuesta a discutir y apoyar después del evento.
2. El tecnólogo jefe explica los criterios del caso y los límites de transferencia entre espacios.
3. Los autores muestran versiones breves de las prácticas siguiendo una plantilla común.
4. Los participantes se distribuyen entre los análisis especializados, las demostraciones y las mesas de documentos.
5. Cada grupo rellena una tarjeta de aplicabilidad. No se necesita un ranking de ponencias para esta tarea.
6. Los propietarios de los procesos toman decisiones sobre pruebas, datos y documentos.
7. En el cierre se anuncian los estados confirmados, las cuestiones controvertidas y la ruta de respuesta.

Para un foro con escenario común y varios flujos de trabajo, utilizamos la lógica de organización de eventos de negocios. El contenido, el espacio y la técnica se diseñan conjuntamente. Si primero se reserva una sala y luego se añaden laboratorios y demostraciones, el programa se topará rápidamente con el ruido, la alimentación eléctrica, los accesos y la imposibilidad de separar a las audiencias.

¿Cómo realizar el análisis de aplicabilidad de una práctica?

El análisis de aplicabilidad responde a la pregunta de si es posible verificar de forma segura una práctica ajena en condiciones locales. El grupo no selecciona el mejor caso ni otorga una evaluación general al autor. Los participantes comparan el proceso, el equipo, los materiales, los requisitos, los métodos de control y las competencias. Luego registran los datos faltantes, el responsable de la verificación y el criterio de parada.

IAEA describe el intercambio de experiencia operativa como un ciclo: se encuentra información significativa, especialistas cualificados evalúan su aplicabilidad, se asignan acciones adecuadas, las conclusiones se comunican a las personas apropiadas y se verifica la eficacia. Los documentos del IAEA pertenecen a la industria nuclear. En la producción ordinaria, se puede utilizar la lógica del ciclo en sí, sin trasladar los requisitos sectoriales ni el nivel de formalización.

Para el foro, es adecuado el siguiente orden. Mantiene la conversación dentro de los límites de la solución verificable.

1. Contexto del autor. Qué proceso, equipo, material, volumen y régimen estaban en vigor en el caso original.
2. Problema observado. Cómo se manifestaba y con qué se confirmaba.
3. Cambio. Qué hizo exactamente el autor y qué elementos del proceso afectó.
4. Evidencia. Qué observaciones, mediciones y documentos respaldan la conclusión.
5. Limitaciones. Dónde no se probó la solución, qué pudo influir en el resultado.
6. Comparación del sitio. Qué condiciones de la parte receptora coinciden y difieren.
7. Riesgo de transferencia. Qué debe verificarse antes de cualquier cambio en el trabajo.
8. Decisión. Rechazo, solicitud de datos, verificación por expertos o prueba local según el procedimiento aprobado.
9. Documentación. Dónde se registrará el resultado y quién tiene autoridad para aprobarlo.

El moderador mantiene la estructura de la conversación. El experto en la materia se encarga de las aclaraciones técnicas. Si los especialistas discrepan, el protocolo incluye la formulación del desacuerdo y el modo de obtener los datos faltantes. El guion no debe empujar al grupo hacia un consenso solo por lograr un final pulido.

La NASA, en su proceso de análisis de decisiones, propone definir de antemano la propia decisión, los criterios, las alternativas, los métodos de evaluación, los resultados y la recomendación. Para una cuestión de producción local, este marco puede abreviarse, pero es útil conservar los criterios explícitos y las incertidumbres.

Demostraciones en producción y seguridad

Una demostración solo está permitida según las normas estándar de la empresa, por una ruta aprobada y bajo condiciones confirmadas de la exhibición. La presencia de invitados no justifica retirar protecciones, saltarse bloqueos, cambiar el modo o entrar en la zona de peligro. El cliente define los requisitos y otorga los permisos. Nosotros los trasladamos a la ruta, el cronograma, la navegación y las instrucciones del equipo.

Las demostraciones pueden tener diferentes formas seguras. La elección depende del régimen del lugar y del objetivo de la exhibición.

• observación de la operación estándar desde un punto permitido;
• exhibición de una muestra preparada o un corte fuera de la zona de peligro;
• grabación en video del proceso después de la verificación de divulgación;
• modelo digital, esquema o secuencia de fotografías;
• stand con equipo desconectado, si dicho modo está permitido por el propietario;
• exhibición cerrada para un grupo previamente autorizado.

El Health and Safety Executive recomienda planificar el mantenimiento, permitir que lo realicen especialistas competentes, aislar las fuentes de energía y mantener la protección contra las partes peligrosas del equipo. Estas recomendaciones no son normas rusas. Apoyan el principio de ingeniería: una demostración no elimina la protección, y la intervención en el equipo requiere un procedimiento separado. En Rusia, el cliente aplica los requisitos vigentes, las instrucciones locales y la evaluación de riesgos.

La preparación de una demostración se realiza por pasos. Cada uno de ellos debe tener un responsable por parte del cliente o del equipo del proyecto.

1. El responsable de contenido formula qué debe ver el participante y por qué.
2. Producción y seguridad laboral determinan el modo permitido, la ruta y la composición del grupo.
3. Seguridad de la información y el propietario de los datos verifican las pantallas, el etiquetado y la grabación.
4. El equipo técnico comprueba la luz, el sonido, la comunicación, la alimentación eléctrica y la visibilidad sin intervenir en el proceso.
5. El organizador prepara la sesión informativa, la navegación, los equipos de protección individual y el control del tamaño del grupo según las normas del cliente.
6. El equipo realiza un ensayo con los mismos roles y puntos de parada.
7. En caso de cancelación, se prepara una alternativa acordada: video, muestra, esquema o análisis de datos.

Para sedes remotas, a veces se necesita un formato híbrido. La cámara no debe entrar en la zona restringida ni mostrar pantallas cerradas. El participante remoto necesita un moderador, acceso a los materiales autorizados y la posibilidad de hacer una pregunta técnica; de lo contrario, se convertirá en una transmisión unidireccional.

¿Cómo proteger los datos técnicos y la propiedad intelectual?

La protección comienza antes de la selección del caso. El propietario de la información define la audiencia, los detalles permitidos, el modo de grabación, el lugar de almacenamiento y la necesidad de coordinación con abogados, especialistas en patentes o seguridad. Una clasificación única para todo el foro es demasiado burda. Los distintos materiales requieren diferentes niveles de acceso y reglas de publicación después del evento.

La OMPI considera medidas razonables de protección del secreto comercial la limitación del acceso según necesidad, las medidas físicas y técnicas, la formación y las condiciones contractuales. Para el foro, esto implica una clasificación de trabajo que el cliente adapta a sus documentos.

Una solución potencialmente patentable requiere verificación antes de la publicación de resúmenes, diapositivas, fotografías y grabaciones de vídeo. La decisión sobre la divulgación la toma un especialista en patentes o un abogado designado por el cliente, teniendo en cuenta las solicitudes previstas, los países de protección y las restricciones contractuales. El equipo de eventos no debe interpretar la aprobación interna como permiso para cualquier publicación posterior.

La verificación de materiales incluye esquemas y parámetros de modos, datos de clientes y proveedores, fotografías de pantallas, números de documentos, planos y el fondo de la grabación de vídeo. La información confidencial a menudo aparece en el encuadre de forma accidental.

Para la grabación, es útil acordar de antemano el trabajo del equipo de foto y vídeo del evento. El operador recibe un mapa de zonas permitidas, una lista de prohibiciones y el responsable de decisiones rápidas. Los materiales finales se someten a verificación antes de su publicación o entrega a una audiencia amplia.

Ensayo y guion de producción unificado

El ensayo comprueba todo el recorrido del caso: acceso del autor, versión final del archivo, terminología, demostración, transición del grupo, modo de grabación, registro de la decisión y respaldo. La lectura del cronograma en la mesa no es suficiente. El ensayo de producción debe demostrar si el equipo puede ejecutar el guion en el espacio real sin comprometer la seguridad, el acceso y la lógica de la discusión.

Antes del ensayo general, el autor realiza una preparación de contenido. MIT Communication Lab recomienda vincular los datos con la pregunta principal de la presentación, dedicar cada diapositiva a una idea principal, comprobar el equipo con antelación y preparar materiales de respaldo para las respuestas. Para el tecnólogo, esto significa una línea simple: contexto, problema, cambio, observaciones, limitaciones y solicitud a los colegas.

El guion unificado incluye varios grupos de datos. Son necesarios tanto para el presentador como para el equipo técnico.

• hora de disponibilidad del autor, moderador y experto;
• versión aprobada de la presentación y archivo de respaldo;
• reglas de pronunciación de abreviaturas internas y unidades de medida;
• preguntas permitidas y ruta del tema sensible;
• transiciones entre la sala, la sección y la zona de producción;
• equipos de protección individual y acompañantes;
• puntos de prohibición de fotos y videos;
• criterios de detención de la demostración;
• plantilla de la tarjeta de aplicabilidad y registro de decisiones;
• la persona que autoriza cambios en el programa.

Una ruta separada de ensayo técnico del evento ayuda a comprobar el sonido, las presentaciones, la conexión, el respaldo y las transiciones. Para el foro de producción, se añaden permisos, instrucciones, equipos de protección y la verificación de que la solicitud escénica no entre en conflicto con el régimen del lugar.

El registro también debe comprobarse como parte del acceso. El material sobre el registro de participantes del evento es útil para diseñar flujos y datos. La categoría del participante en el foro de tecnólogos puede determinar el acceso a la sección cerrada, al grupo de excursión o al conjunto de materiales.

¿Qué debe quedar después del foro?

Después del foro quedan el registro de decisiones, las tarjetas de aplicabilidad y los artefactos productivos gestionados. El archivo de presentaciones por sí solo no traslada la práctica al trabajo. Para cada acción adoptada se necesitan un propietario, un entorno local, los datos que faltan, un procedimiento de verificación y un documento que cambiará cuando se confirme el resultado. Por separado se registran el rechazo y su base técnica.

El registro de decisiones puede contener los siguientes campos. El cliente ajusta su conjunto a su propio sistema de documentos.

Es conveniente llevar el trabajo posterior al evento de forma secuencial. Así el equipo no mezcla la asignación de la tarea con el resultado productivo confirmado.

1. El equipo del proyecto publica un registro acordado sin notas en bruto ni anexos cerrados.
2. Los propietarios confirman la redacción de las acciones y la lista de datos necesarios.
3. El sitio receptor realiza una verificación técnica de aplicabilidad según sus procedimientos.
4. Las pruebas locales autorizadas reciben criterios de parada y forma de registrar el resultado.
5. Los especialistas del área deciden si se requiere modificar el documento de trabajo.
6. El propietario del documento realiza la aprobación y comunicación de la nueva versión según las normas de la empresa.
7. En el punto de control, el equipo separa el hecho de la ejecución del resultado productivo.

Para el trabajo posterior al foro, es útil distinguir tres preguntas: si se asignó la acción, si se realizó el cambio y qué ocurrió con el indicador productivo. El IAEA también vincula el uso de la experiencia operativa con acciones correctivas y la posterior verificación de su eficacia. La satisfacción de los participantes no responde a las preguntas sobre la implementación y el resultado productivo.

Es mejor planificar con antelación la publicación de los materiales. En el artículo sobre contenido después de la conferencia se analizan las versiones de las grabaciones, los derechos, la edición y la navegación. Para el foro de tecnólogos se añade la verificación de la actualidad: una instrucción obsoleta o un caso no confirmado no deben parecer un estándar vigente.

Brief y presupuesto del proyecto

Para el primer cálculo se necesitan el objetivo del foro, la composición de las áreas de producción, los temas de los casos, el número de flujos de trabajo, los requisitos para las demostraciones, el modo de acceso y el paquete de materiales después del evento. El presupuesto depende del lugar, el paralelismo, el equipamiento técnico, el transporte dentro del recinto, los medios de protección, la grabación, las inclusiones híbridas, la moderación y el volumen de preparación de los autores.

En el brief, en Aventura pedimos al cliente que defina las condiciones iniciales del proyecto. Las respuestas se convierten en la base del programa y del presupuesto.

1. Qué funciones y áreas de producción participan.
2. Qué procesos operativos se incluyen en la agenda.
3. Qué decisiones puede tomar el foro.
4. Quién confirma la veracidad técnica de cada área.
5. Qué casos ya existen y en qué formato se presentan los datos.
6. Qué zonas y materiales tienen acceso restringido.
7. Si se planean demostraciones de equipos, muestras o áreas de producción.
8. Qué especialistas coordinan la seguridad laboral, la protección, la propiedad intelectual y la grabación.
9. Qué documentos de trabajo pueden cambiar después de la verificación práctica.
10. Cómo controlará la empresa las acciones después del evento.

Después del brief, el equipo reúne un paquete de documentos relacionados: mapa de resultados, criterios de selección, registro de casos y matriz de aprobaciones. A estos se añaden el esquema de flujos, el guion, el plan de demostraciones, las instrucciones del equipo y la plantilla del registro de decisiones. Con este paquete se puede calcular la composición de especialistas, salas, equipos y trabajos.

No añadimos equipamiento según una lista universal. Primero definimos las acciones de los participantes y las normas del lugar. Luego calculamos los equipos para la presentación y la comunicación, la alimentación eléctrica, la navegación y la reserva. Este orden ayuda a no pagar por aquello que no apoya el programa y a ver de antemano las limitaciones del espacio elegido.

Fuentes

• O*NET: Ingenieros de fabricación
• Rosstandart: GOST R 3.001-2023, Sistema unificado de documentación tecnológica
• ISO/TC 176: publicación de ISO 10013:2021 sobre información documentada
• Penn State: Cómo escribir una propuesta de conferencia
• IAEA TECDOC-1477: Análisis de tendencias de eventos de bajo nivel y cuasi accidentes para mejorar el desempeño de seguridad en centrales nucleares
• IAEA TECDOC-2078: Programas de lecciones aprendidas para una gestión eficaz del conocimiento en organizaciones nucleares
• WIPO: conceptos básicos de protección de secretos comerciales
• HSE: mantenimiento seguro de equipos de producción
• MIT Communication Lab: preparación de presentaciones técnicas
• NASA: Proceso de análisis de decisiones