Thin[gk]athon Transformation der Regionen

Encuentre la aplicación adecuada más rápido

Desarrollado por Smart Systems Hub, Buntspeicher Zwönitz, Sellium GmbH, Oficina del distrito de Erzgebirge, futureSAX GmbH, simul⁺


CONDICIONES
El Thin[gk]athon se llevará a cabo a partir del 09. hasta el 10 de junioen varias sedes. El Thin[gk]athon tiene una duración de dos días en cada ubicación (también virtual). Si desea participar virtualmente, debe indicar el horario que prefiere.

Buntspeicher Zwönitz: 9 de junio - 10 de junio de 2026
⇾ Speicherstraße 1 · 08297 Zwönitz

Centro de Negocios e Innovación (BIC) Zwickau: 9 de junio - 10 de junio de 2026
⇾ Lessingstraße 4, 08058 Zwickau


ACERCA DEL THIN[GK]ATHON

El Thin[gk]athon es más que un hackathon clásico. Es un sprint intensivo de co-innovación en el que equipos interdisciplinarios trabajan en desafíos industriales reales.

En menos de 3 días, equipos de desarrollo de software, ciencia de datos, ingeniería integrada e industria desarrollan juntos prototipos funcionales y conceptos de arquitectura técnica.

La atención se centra en:

• la integración de hardware y software

• trabajar con datos y tecnologías reales

• el desarrollo de soluciones en condiciones prácticas

El Thin[gk]athon ofrece un espacio en el que se pueden probar, evaluar y desarrollar rápidamente nuevos enfoques técnicos.

EL DESAFÍO

Actualmente hay más de 140 solicitudes en la oficina del distrito de Erzgebirgskreis. El objetivo es hacer un uso óptimo de estas aplicaciones existentes y evitar que varios sistemas con funciones similares o idénticas funcionen en paralelo. Al mismo tiempo, no es realista que personas individuales mantengan una visión completa de todas las aplicaciones, funciones y usos posibles en todo momento.

El desafío es desarrollar un prototipo técnico que lea los requisitos de un documento de requisitos estructurado y los compare con la información existente sobre las aplicaciones existentes. La base para ello son, por un lado, los requisitos recogidos en la conversación, actualmente en un documento de Word, y, por otro, la información sobre las aplicaciones guardada en la wiki de TI. El objetivo: se debe utilizar un perfil de requisitos para crear automáticamente una lista priorizada de aplicaciones potencialmente adecuadas, incluida una evaluación de la idoneidad, una justificación transparente y un enlace directo a la documentación respectiva que muestra cómo un proceso de comparación de aplicaciones puede funcionar desde el punto de vista técnico y organizativo. El proceso ideal es el siguiente:

1. Se lleva a cabo una conversación con el departamento y se completa el formulario de solicitud.
2. El contenido del documento de Word se lee automáticamente.
3. Los requisitos se comparan con las aplicaciones existentes y su documentación. funciones.
4. La información relevante se utiliza desde la wiki de TI.
5. El resultado es una lista de posibles aplicaciones con calificación coincidente, por ejemplo, “muy probable que coincida” o “parcialmente coincidente”.
6. Para cada resultado, se muestra un enlace a la documentación wiki adecuada.
7. Para la documentación, el resultado se puede exportar como PDF y luego almacenarse en el DMS.

Importante: El soporte técnico no reemplaza el diálogo entre el departamento y TI. Más bien, debería ayudar a crear una base bien fundada para una toma de decisiones más rápida.

OBJETIVOS CLAVE:

1. Hacer un mejor uso de las aplicaciones existentes: el prototipo pretende mostrar cómo las soluciones de software existentes pueden probarse sistemáticamente frente a nuevos requisitos. Esto significa que se pueden evitar estructuras duplicadas y se pueden utilizar mejor las inversiones existentes.

2. Haga que la complejidad sea manejable: con más de 140 aplicaciones, es difícil mantener una visión general manualmente. App-Match está destinado a ayudar a que la máquina pueda utilizar el conocimiento funcional de la documentación existente.

3. Evalúe los requisitos más rápidamente: se debe crear automáticamente una preselección inicial a partir de un formulario de solicitud completado. Esto reduce el esfuerzo de investigación y acelera la coordinación entre el departamento y TI.

4. Haga que las decisiones sean comprensibles: los resultados de la comparación no deben aparecer simplemente como una lista de resultados, sino que deben estar justificados y vinculados. Esto significa que sigue siendo transparente por qué una solicitud se consideró adecuada.

5. Desarrollar un prototipo realista: El Thingkathon no se trata de un sistema productivo terminado, sino más bien de una prueba confiable de concepto:
¿Qué es técnicamente posible? ¿Qué calidad de datos se requiere? ¿Dónde están los límites y el potencial?

ENFOQUE TECNOLÓGICO
La atención se centra en un prototipo práctico que combina inteligentemente varios componentes técnicos:

• Procesamiento de documentos: Lectura de requisitos estructurados de documentos Word o formularios digitales en perspectiva
• Extracción de conocimientos: Preparación de información de la wiki de TI sobre aplicaciones, funciones y áreas de aplicación
• Coincidencia semántica: Comparación de requisitos con descripciones funcionales existentes
• Puntuación y priorización: Evaluación del ajuste, por ejemplo en categorías como más del 80 por ciento o más del 50 por ciento
• Explicabilidad: Visualización de qué requisitos cubre cada aplicación podría
• Enlace: Salto directo a la documentación wiki respectiva
• Exportar: Generación de un resultado en PDF para la documentación y posterior almacenamiento en el DMS
• Interfaz de usuario: Una interfaz simple para ingresar, verificar y mostrar resultados

Los posibles enfoques tecnológicos incluyen búsqueda semántica, incrustaciones, Generación de recuperación aumentada, reglas clásicas, modelos de metadatos estructurados o lógicas de coincidencia híbridas.

QUÉ DEBE INCLUIRSE EN EL THIN[GK]ATHON
Los equipos desarrollan un enfoque de solución prototipo para App-Match dentro del formato. Los posibles resultados son:

• un prototipo de proceso en el que se puede hacer clic,
• un demostrador técnico para leer y combinar requisitos,
• un algoritmo de coincidencia con una evaluación comprensible,
• una propuesta para un modelo de datos de la información de la aplicación,
• un concepto de interfaz de usuario para empleados de TI,
• una exportación en PDF como documentación de resultados,
• una evaluación de la viabilidad técnica y la próxima implementación pasos.

Al final, debería ser visible cómo lo que antes era un proceso de evaluación altamente manual puede convertirse en un proceso respaldado, comprensible y escalable.


Perfiles de participantes buscados
Se necesitan diferentes perspectivas para el desafío. Particularmente valiosos son:

- Desarrolladores de software para procesamiento de documentos, integración de datos, backend, front-end y creación de prototipos.

- Científicos de datos/ingenieros de IA para coincidencia semántica, incrustaciones, clasificación, puntuación y lógica de resultados explicable.

- Arquitectos empresariales/de soluciones para clasificación en entornos e interfaces de TI existentes. Estructuras wiki, DMS y posibles modelos operativos.

- Diseñadores UX/UI para una presentación comprensible de los resultados y una gestión de procesos fácil de usar.

- Gestores de requisitos y procesos de TI para comprender las discusiones sobre requisitos reales, los procesos de toma de decisiones y los requisitos de documentación.

- Expertos en el dominio de administración, TI o departamentos especializados para evaluar si la solución sería realmente útil en el día a día. vida.

Resultados esperados

Al final del Thingkathon no debería haber un software perfecto, sino una base clara para la toma de decisiones:

• ¿Es realmente posible la coincidencia de aplicaciones basada en documentos de requisitos existentes e información wiki?
• ¿Qué calidad y estructura de datos necesita el wiki de TI?
• ¿Qué tan bien se pueden extraer los requisitos automáticamente?
• ¿Qué lógica de comparación ofrece resultados comprensibles?
• ¿Cómo debe ser un resultado para que TI y el departamento puedan trabajar con él?
• ¿Qué pasos serían necesarios para desarrollar un sistema utilizable a partir del prototipo?

¿Por qué es relevante este desafío?
App-Match aborda un problema con el que muchas organizaciones están familiarizadas: el panorama del software crece con los años, el conocimiento se distribuye entre la documentación y las personas, y los nuevos requisitos conducen rápidamente a nuevas soluciones. Al mismo tiempo, la presión para utilizar los sistemas existentes de manera más eficiente, controlar los costos y tomar decisiones más rápidamente está aumentando.

Un proceso de emparejamiento inteligente puede crear un valor agregado real aquí: aporta transparencia al panorama de las aplicaciones, apoya a TI en la evaluación de nuevos requisitos y ayuda a los departamentos a encontrar soluciones adecuadas más rápidamente.

SOCIO

Smart Systems Hub

Buntspeicher Zwönitz

Sellium GmbH

futureSAX GmbH

Oficina del distrito de Erzgebirge

simul⁺